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Vazenf ctenari, 

timto cislem opet konci jeden z dosavad- 
nich rocniku Amaterskeho radia fady B. 
Potesilo n£s, ze pres mnozstvi novych 
periodik i dalSich publikaci nam zustali 
ctenari verni - snazime se proto i v dal- 
sim rocniku pfinest co nejvetsi mnozstvi 
novych a modernich informaci z cele 
oblasti elektroniky. Presto, ze je koncep- 
ce nasich elektronickych vyrobnich za- 
vodu dosud velmi nejasna, domnivame 
se, ze se diky soukromym podnikatelum 
v budoucnu podstatne zlepsi napr. na- 
bidka soucastek na nasem trhu (tomu 
nasvedbuji i inzeraty v sesterskem ,,cer- 
venem" AR), moznosti nakupu desek 
s plosnymi spoji, elektronicke ,,bizute- 
rie“, skrinek, transformatoru atd., coz 
vsechno byly dosud uzke profily v zajmo- 
ve (a nejen zajmove) elektronicke cin- 
nosti, ktere omezovaly moznosti kon- 
strukteru. 

Prist! rocnfk Amaterskeho radia rady 
B bychom chteli zahajit monotematic- 
kym cislem, venovanym konstrukci ph- 
stroju, ktere souvisejf s elektronikou 
v hudbe. Krome konstrukce kytarovych 
snfmacu a jejich uprav, ruznych elektro¬ 
nickych efektu, syntezatoru apod, budou 
popsany i polovodicove a elektronkove 
(ty na prani btenaru, kteri tvrdi, ze zvuk 
elektronkovych zesilovacu je polovodi- 
covymi soucastkami nedosazitelny) ze- 
silovace ruznych vykonu a usporadanf. 

t 

Z dalsich pripravovanych cisel uved’- 
me napr. nametove velmi oblibene cisio, 
venovane zajimavym zapojenim. Tento- 
krat by mel byt obsah velmi pestry - po- 
plachova zarizeni, zapojeni pro motoris- 
ty, nf zarizeqi, sifove zdroje, rizeni vyko¬ 
nu, casovaci zarizeni, zapojeni s tran- 
zistory s jednim prechodem, vf obvody 
atd. Toto bislo by melo vyjit pravdepo- 
dobne v druhe polovine roku. 

Jedno z pripravovanych cisel bude 
venovano optoelektronice (technologie 
a provedeni diod LED, laserovych diod, 
segmentovek, displeju z kapalnych krys- 
talu, fluorescenbnich displeju, priklady 
zapojeni, rady pro pouziti), dalsi praktic- 
kym pomuckam pro elektroniky (vybave- 


ni dilny - svarebka, bodovka, mala rucni 
bruska, jednoduche stolni nuzky, po- 
mucky pro zemedelstvi a zahradkare 
- ionizace vody, automaticke zalevani, 
suseni zdi elektroosmozou apod., elek¬ 
tronicke hracky, svetelnatechnika-sve- 
telne efekty, hlasite telefony, pristroje do 
domu a domacnosti - casove spinace, 
spinani zvukem, televize na sluchatka 
apod.). 

Jako kazdorocne bude i v pristim roce 
jedno cisio venovano zajimavym integ- 
rovanym obvodum, tentokrat budou uve- 
deny udaje o spinacich obvodech praho- 
vych urovni, o senzorovych obvodech, 
dale o operacnich zesilovacich jak bipo- 
larnich, tak MOS. 

Velky zajem predpokladame o cisio, 
jehoz naplni bude problematika ruseni 
a odrusovani. Krome nezbytne teorie 
v nejnutnejsi mire budou obsahem toho- 
to cisla navody na stavbu a pouziti nej- 
ruznejsich odrusovacich prostredku, 
ktere by mely zabezpecit krome jineho 
neruseny prijem rozhlasu a televize. 
Vsechna uvedena odrusovaci zarizeni 
byla v praxi mnohokrat odzkousena pro- 
fesionalnim pracovistem, specializova- 
nym na tuto oblast elektroniky. 

Je uzavrena i smlouva na dodani ru- 
kopisu pro cisio, venovane oscilosko- 
pum a jejich pouziti. 

To je tedy zhruba nastin obsahu cisel 
pro pristi rocnik. Aby byla informace 
uplna, je treba dodat, ze na v§echna 
cisla redakce uzavira s autory smlouvu, 
v niz se autori zavazuji dodat prislusne 
materially do urciteho terminu. Pokud 
tento termin nesplni, coz se take stava, 
musi se posunout i termin vyjiti toho 
ktereho planovaneho n^metu - v nejhor- 
§im pripade je mozny i skluz do dalsiho 
robniku. Proto se nehorsete na redakci, 
jestlize nektery ze slibenych titulu nevy- 
jde - vina neni skutebne na nabi stranb. 

Na zaver bych chtel pouze upozornit, 
ze redakce stale prijima nabidky ctenafu 
(i necten£ru) AR fady B na vypracovani 
materialu pro naplh jddnotlivych cisel 
z cele oblasti elektroniky. Samozfejme 
uvitame i jakekoli namety a pfipominky 
k obsahu i zpracovani jednotlivych cisel. 

Redakce 


Za ing. Frantiskem Smolfkem 

29. zarl zemrel po dlouhe nemoci 
byvaly sefredaktor AR, F. Smoli'k, 
OKI ASF. Vedl casopis od jeho zalo- 
zenl az do sveho odchodu do ducho- 
du, krome toho byl dlouholetym funk- 
cionafem cs. radioamaterske organi- 
zace a propagatorem radioveho 
orientacniho behu. Jako sefredaktor 
i funkcionar ma nepopiratelne zaslu- 
hy na popularizaci elektrotechniky 
a radiotechniky u nas. 

Cest jeho pamatce. 
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Frantisek Kyrs, Tomas Kyrs 


Prudky a trvaly prunik cislicove a mikropocitacove techniky snad do vsech 
oblasti nejen eiektroniky stavi dnes kazdeho z nas, bez ohledu na specializaci, 
pred nutnost zvladnout na urcite urovni i tento obor. Jako pnklad soucasneho 
vyvoje snad stacf uvest donedavna klasickou techniku audio/video, v niz se to 
nym cislicovymi obvody, mikrokontrolery, pamefmi, kody, sbernicemi a pro- 
gramy jen hemzi. A to je teprve zacatek. Zustat stat znamena v nekolika letech 
ztratu kontaktu s celou touto oblasti, podobna situace je i v ostatmch 
oblastech aplikovane eiektroniky. 


V pocatecni fazi seznamovani se s mikro- 
procesorovou technikou je uzitecne ziskat 
nejprve jisty, byf i povrchni, ale relativne 
uceleny prehled o teto, pro mnoheho zcela 
nove problematice. Coz je ovsem pro jinak 
zamerendho technika pomerne obtiznd 
a zvlaste casove narocne. Pokusem o po- 
moc na ceste k tomuto cili je toto cislo AR-B, 
volne navazujici na AR-B c. 5/89 [l]. Pri 
koncipovani obsahu a struktury jsme se pre¬ 
devsim snazili obsahnout pristupnou for- 
mou, uzpusobenou spise hardwarove orien- 
tovanym konstrukterum bez predbeznych 
znalosti programovanf, co nejdirsi tematicky 
rozsah, s logickou navaznosti jednotlivych 
podstatnych partii. Pri tom jsme nutne, 
vzhledem k omezenemu rozsahu prispSvku, 
museli vychazet ze skutecnosti, ze nezijeme 
ve vzduchoprazdnu - dane problematice, 
pochopitelne v ruznem rozsahu, na ruzne 
urovni i s ruznym pffstupem jiz byly, jsou 
a budou stale muset byt venovany prispevky 
mnoha jinych autoru. Na nektere vybrane 
prace se proto v jednotlivych kapitolach od- 
volavame. Na druhe strane jsme naopak 
kladli zvyseny duraz na nektere zakladni 
partie, o nichz si mysltme, ze jiz pri prvnim 
kontaktu zasluhuji zvlastni pozornost. Jsme 
si vedomi toho, ze zvoleny pristup muze byt 
terdem do jiste miry opravnene kritiky, my ho 
vsak povazujeme za spravny a uzitecny. 

Snazili jsme se pochopitelne i o to, aby 
v prispevku pro sebe nasli neco zajimaveho 
ctenari ruznych kategorii. Hlavnim zamerem 
vsak bylo to, aby co nejvice z vas, kteri 
oblast mikropocitacu dosud nechavate stra- 
nou, alespoh ,,uvfzlo drapkem". Jiz proto, ze 
tato technika jiz zdaleka neni' samostatnym, 
izolovanym oborem, ale uplatnuje se praktic- 
ky vsude a meni i dosavadni pristupy ke 
konstrukci elektronickych zafizeni. To Ize 
ostatne dobre sledovat i na zelenych stran- 
kach AR, ktere predstavujl trvaly zdroj infor- 
maci pro dalsf prohlubovani znalosti i pod- 
netu pro praktickou cinnost. 

Zaklady programovanf 

Jiz v zminenem AR-B c. 5/89 [_1 ] jsme si 
vytvorili pomerne ucelenou predstavu o za- 
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kladnich principech cinnosti centralni proce- 
sorove jednotky i sestavy jednoducheho 
mikroprocesoroveho systemu. Chapeme 
smysl a pozadavky na skladbu instrukcniho 
souboru konkretni CPU i jeho reprezentaci 
v asemblerove mnemonice nebo strojovem 
binarnim kodu. Znalost funkce zakladnich 
technickych prostredku a instrukcniho sou¬ 
boru konkretniho mikropocitace vsak Ize 
zhruba prirovnat k pouhe znalosti abecedy, 
o ktere nevime, jak ji vyuzit. K tomu nam 
chybi skutecna znalost konkretniho pro- 
gramoveho jazyka - v prenesenem vy- 
znamu pak jak jeho ,,mluvnice“ (syntaxe 
-formalnich pravidel prace stimtojazykem), 
tak „literatury“ (semantiky - logiky spravne 
a systematicke tvorby programu). Pocatecni 
orientace v oblasti programovanf je zpravi- 
dla obtizna z rady duvodu. Nicmene, naucit 
se programovat je mozne pouze tak, ze se 
programovat zacne. A to nejlepe tak, aby 
postup byl prehledny, systematicky a nebyl 
zdrojem spatnych pocatecnich predstav 
a navyku. 

Pred zahajenim vlastni prace je nezbytne 
alespon prehledove seznameni s konkret- 
nim programovacim jazykem. Tech je o- 
v§em cela rada a my jsme se dosud nesez- 
namili se zadnym. Popsali jsme si sice 
„asembler“ 18080, ale pouze jako vycet typu 
instrukci tohoto mikroprocesoru. Coz ovsem 
programovaci jazyk neni, i kdyz prechod 
k jazyku symbolickych adres JSA 8080 je 
pomerne jednoduchy. Zacinat s programo- 
vanim na urovni jazyka symbolickych adres 
vsak neni vhodne z cele rady duvodu. 

Smyslem programovanf je vytvofit predpis 
pro jednoznadne a konedne reseni konkretni 
ulohy, probihajici nad vstupnimi a vytv^re- 
nymi daty s vyuzitim konkretniho programo- 
vaciho jazyka. Tento jazyk tedy pro pro- 
gramatora pfedstavuje prostredek vzajemne 
vazby mezi algoritmickym resenim ulohy 
a jejim skutecnym re§enim na urovni strojo- 
veho kodu vlastnim pocitacem. 

Jazyk symbolickych adres pfedstavuje 
prave nejnizsi uroveh programovaciho jazy¬ 
ka vubec. Protoze je zcela zavisly na kon- 
kretnim typu procesoru, oznacuje se jako 
strojove orientovany, kvuli uzivani asemble¬ 
rove mnemoniky vetsinou primo jako asem- 
bler, i kdyz tak tento pojem ziskava dva 
odlisne vyznamy. Zakladnim problemem pri 
programovanf v asembleru neni to, ze je 
treba znat instrukdni soubor prislusneho 


procesoru, ale predevsim relativni nepre- 
hlednost a slozitost programu, vytvareneho 
na teto urovni. Zacinajici programator, ktery 
se nejprve musi orientovat v zakladnich prin¬ 
cipech programovanf, datovych i prikazo- 
vych typech a strukturach ci rutinnich postu- 
pech re§eni klasickych algoritmu, by se tak 
zbytecne dostaval do neprehledne a vice- 
mene bezvychodne situace. Pouze pro ilu- 
straci si vSimneme napriklad problemu s in- 
terpretaci ruznych datovych typu. Uvazuje- 
me-li bezny 8bitovy pocitad, je beznou infor- 
mafini jednotkou byte, tedy moznym rozsa- 
hem hodnot omezene binarni cislo, ktere 
muze byt ulozeno v jednoduchem registru 
nebo jednom pamefovem miste. V praxi je 
ovsem treba pracovat s ruznymi datovymi 
typy, (integer, Boolean, real, char..), jejichz 
zobrazeni i zpracovani na urovni JSA musi 
byt reseno programovou cestou, coi je 
mnohdy velmi slozite a nad sily zadinajiciho 
programatora, ktery je temito problemy zby¬ 
tecne rozptylovan. Podobne problemy pfin&- 
si na urovni JSA nutnost vytvaret potrebne 
prikazy a prikazove struktury. JSA jako jazyk 
nejnizsi urovne umoznuje vytvaret takov6 
typy, ktere jsou v rozporu se zakladnimi 
pozadavky rozumneho a bezpecneho pro- 
gramovani. Technika programovanf je obor, 
ktery uz ma sve tradice. Neni proto vhodne 
ani nutne, aby kazdy, kdo zacina programo¬ 
vat, opakoval chyby svych predchudcu. 

Nejsnadnejsi pocatecni pristup k pro- 
gramovani umoznuji vy§§i, probl6mov§ 
orientovane jazyky (Basic, Fortran, Algol, 
Pascal..). V podstate jsou zalozeny na 
tom, ze jejich implementace, ve srovnani 
s JSA, vytvareji virtualni poditac s mno- 
hem ucinndjsim souborem prikazu, primo 
pracujici s urditym souborem vyssich 
datovych typu. Tyto jazyky jsou „strojove 
nezavisle", a tak, vdetnd dalsi podpory, 
oprosfuji programatora od trivialnich pro¬ 
blemu a technickych prostredku konkretni 
implementace. I kdyz se to vse deje na ukor 
nekterych, mnohdy dulezitych parametru 
(rychlost zpracovani, chovani v re^lnem 
case, naroky na kapacitu pameti..), je vy- 
hodnost zahajeni studia programovanf vy§- 
sim programovacim jazykem mimo diskusi. 
Zbyva odpovedet na otazku, ktery z dostup- 
nych jazyku je nejvhodnejsi. 

BASIC 

Prakticky na vsech levnych a kazdemu 
dostupnych domacich mikropocitadich je 
standardne implementovan BASIC. Je to nej- 
rozsirenejsi programovaci jazyk, se kterym 
zacinala pracovat vetsina soucasnych pro- 
gramatoru. Od pocatku byl koncipovan tak, 
aby to byl jazyk co mozno nejjednodussi, ale 
soucasne univerzalni, pouzitelny i pri vedec- 
kotechnickych aplikacich, aby kladl minimal- 
ni pozadavky na odbornou pripravu ci spe¬ 
cializaci uzivatele (syntaxe, semantika) a pri 
tom byl snadno implementovatelny na libo- 
volne typy pocitacu. Toho bylo dosazeno 
mimo jine omezenim rozsahu uzivanych pri- 
kazu a predevsim datovych typu, ktere jsou 
v BASIC tvoreny pouze znakovymi a ciselny- 




mi konstantami a promennymi, implicitn§ 
vyjadfenymi ve formatu pohyblive carky. Na 
rozdfl od jinych vyssich jazyku tak byly ome- 
zeny pozadavky na typovou kontrolu sprav- 
nosti prirazeni prikazu a dat, coz z hlediska 
uzivatele znamena predevsi'm vyrazne zjed- 
noduseni vytv£Feneho programu tim, ze je 
zcela vynechana jeho deklarahni cast. Jak 
vsak uvidime pozdeji, je zde zaroven ukryta 
jedna z hiavnich slabin jazyka BASIC. 

Zminena koncepce BASIC umoznuje za- 
pis, edici i laden! vytvareneho programu ve 
velmi prfjemnem dialogovem rezimu - kazdy 
prikazovy radek je pri jeho zapisu z konzoly 
pocitace predzpracovan a syntakticky kon- 
trolov^n. Na pripadne chyby je uzivatel upo- 
zornen a dokud je neopravi, je mu znemoz- 
neno radek odeslat. Zapis programu se dhje 
v edihnim modu. Zdrojovy text programu 
v BASIC, ulozeny ve vyhrazene oblasti ope- 
racni pameti, je samozrejme treba prelozit 
do strojoveho kodu mikropocitace. V uvazo- 
vanem pripade pracuje prislusny prekladac 
jako tzv. interpret, kdy se jednotlive prikazo- 
ve fadky definitivne prekladaj! az v prubehu 
provadeni spusthneho programu, tedy v pro- 
v£decim rezimu cinnosti. Pro opravy seman- 
tickych chyb se op£t uziva automatickeho 
prechodu do edihniho modu v m!st§ deteko- 
vane chyby, ve zvolenem miste, nebo je 
mozne pouzit i trasovani. 

Uvedene vlastnosti patri k hlavm'm duvo- 
dum velke obliby jazyka BASIC, k niz prisp!- 
va i instalace grafickeho modulu na prevaz- 
n6 v§t§ine i tech nejjednodus§ich domacich 
mikropocitacu. Jsou vsak i hlavn! pricinou 
jeho nedostatku. Odhledneme-li zatim od 
pomalosti v dusledku interpretacniho prekla- 
du, je jeho hlavn! slabinou to, ze nerespektu- 
je principy a zasady moderniho, strukturove- 
ho programovani. U BASIC zcela postrada- 
me prostredky pro hierarchicky vazanou vy- 
stavbu programu pomoc! programovych mo¬ 
dulu a tedy i vnej§! procedury a funkce, 
deklarace lokalnich promennych a vubec 
moznost pracovat se slozitej§!mi datovymi 
strukturami vyjma poll. Proto bezny Micro 
nebo Minimal BASIC nen! jako pruprava na 
soustavnou praci s jinymi jazyky vcetn§ 
asembleru mikroprocesoru a mikrokontrole- 
ru t!m nejvhodnejsim prostredkem. I kdyz je 
jiste pravda, ze vzdy je leps! programovat 
nejak nez vubec ne, je dukazem spravnosti 
predchoziho tvrzen! jiste i to, ze posledni 
verze standardniho jazyka BASIC jiz nektere 
prvky, podminujici vystavbu strukturovane- 
ho programu, od novejsich a modernejsich 
jazyku prebiraji. 


Principy strukturovaneho 
programovani 


Kazdy rozsahlejsi program vzdy predsta- 
vuje reseni sloziteho problemu, cemuz od- 
povida i jeho omezena prehlednost. V pru- 
behu vyvoje programovacich technik se vel¬ 
mi brzo ukcizala potreba zavest do pro- 
gramatorske cinnosti urcity system a to hned 
od po6atku navrhu hrube koncepce a struk- 
tury programu. Jedine tak je mozno v prube¬ 
hu praci udrzet prehled o vsech vzajemnych 
vazbach uvnitr programu a zajistit jeho efek- 
tivni navrh, ladeni, dokumentaci a udrzbu. 
Postupne byly stanoveny urcite zasady, 
podporujici systematicke programovani 
a promitajici se i ve filozofii programovacich 
jazyku. Dochazitak k urcitemu sjednocovani 
programatorsk^ho my§leni a tedy i ke snad- 
nejsimu vzajemnemu dorozumivani, proto- 
ze principy strukturovaneho programovani 
jsou zalozeny na omezeni neefektivnich 
intuitivnich pristupu k tvorbe programu na 
vsech urovnich. 


Modularni koncepce 

Navrh programu vzdy zacina analyzou 
re§eneho problemu, pricemz se hleda jeho 
optimalni programove reseni. Je to vlastne 
nejdulezitej§i a nejobtiznejSi usek cele pr^- 
ce, protoze urcuje koncepci celeho reseni. 
Kazda uloha ma vzdy nekolik re§eni, ktera 
jsou casto velmi slozita a neprehledna. Intui- 
tivni pristup jiz od pocatku navrhu, ktery byva 
vicekrat prepracovavan, nez je nalezeno 
vhodne reseni, je pracny. Mimoto vzdy hrozi 
nebezpeci, ze v prubehu dalsich, detailnich 
praci bude treba ud6lat takove upravy 
v programu, ktere se mohou projevit kata- 
strofickym vlivem na jeho jiz hotove useky. 

Efektivni metodu navrhu re§eni programu 
predstavuje hierarchicky rozklad ulohy tzv. 
metodou shora dolu (top-down). Analogii 
tohoto systematickeho postupu muzeme 
spatrovat napr. v navrhu elektronickeho zari- 
zeni (koncepce, blokove schema, detailni 
schema ..), ktery take probiha na ruznych 
hierarchickych urovnich, z nichz kazde pri- 
slusi urcita uroveh abstrakce. 

Hierarchicky rozklad programoveho rese- 
ni ulohy ma za vysledek jeho rozlozeni do 
presne vymezenych programovych modulu 
s presne definovanym systemem vzajem¬ 
nych vazeb. Jednotlive moduly prisluseji 
ruznym hierarchickym urovnim (napr. podle 
obr. 1). Je dulezite uv§domit si, ze na rozdil 
od zn^mej§ich vyvojovych diagramu hierar¬ 
chicky diagram nepostihuje prubeh provade- 
neho programu, ale funkce a vzajemne vaz- 
by vsech programovych modulu v ramci 
programu, jehoz celkova struktura se tak 
stava prehlednou. Moduly vySsich vrstev 
ovladaji moduly vrstev nizsich. Tak napr. na 
obr. 1 nejvyssi, ridict modul M, ktery si 
muzeme predstavit jako hlavni program, ridi 
a pro svoji potrebu vyuziva sluzeb jemu 
podrizenych modulu nizsi vrstvy, ktere opet 
disponuji moduly dalsi, ni2§i urovne. Nejniz- 
si hierarchicke urovni pak odpovidaji modu¬ 
ly, ktere jiz nevyiaduji dalsiho rozkladu. 

Vzajemna vazba jednotlivych modulu 
muze pro zabezpeceni hierarchicke orienta- 
ce probihat pouze ve vertikalnim smdru 
a pouze mezi moduly sousednich vrstev, 
napr. modul M A muze komunikovat pouze 
s moduly M, A 1t A 2 , A 3 . Neni mozna jeho 
pfim6 vazba s M B nebo A 21 . Z tohoto hlediska 
ma tedy kazdy modul jediny vstup a jediny 
vystup. Volany modul po ukondeni cinnosti 
vzdy vraci rizeni programu tomu modulu, 
ktery jej vyvolal. 

Vyhodou hierarchickeho rozkladu neni jen 
prehlednost navrhu cele programove struk- 
tury na ruznych urovnich jednotlivych modu¬ 
lu. Jeji presne vymezeni take umoznuje 
v podstate nezavisle detailni reseni jednotli¬ 
vych, funkcne i systemem vazeb presne 
specifikovanych modulu. Rozsahle pro- 
gramy, casto zpracovavane soucasne neko- 
lika programatory, by jinak mohly byt reseny 
jen tezko. 


Prostredky, umozhujici modularni vystav¬ 
bu programu, predstavuji ve vygsich, struk- 
turovanych jazycich procedury a funkce jako 
zvlastni typy podprogramu, umozhujici vy- 
mezit potrebne hierarchicke vazby mezi mo¬ 
duly. 

Modularni koncepce prinasi i dalsi vyho- 
dy. Zdaleka ne vse, co programator ve svych 
programech uziva, je schopen pouze sam 
nebo stale znovu vymyslet. To, co pro 
hardwaroveho specialistu znamena jeho 
knihovna standardnich nebo overenych re¬ 
seni a zapojeni, to v softwarove oblasti pred- 
stavuji standardni a uzivatelske rutiny, ktere 
mohou byt do modularni vytvareneho pro¬ 
gramu implementovany jako programove 
moduly bucf primo, nebo po prislusnych 
upravach. 

Prikazove a datove struktury 

Hierarchicky koncipovany program se 
tedy sklada z programovych modulu, sy- 
stematicky vytvarenych tak, aby byla zajiste- 
na jejich pfehledna a bezpecna soucinnost. 
Moderni programovaci jazyk vsak musi mit 
k dispozici take prostredky pro uplatneni 
metod bezpecneho, strukturoveho pro- 
gramovani i uvnitr techto modulu. 

Provadfeni kazdeho programu vzdy zna¬ 
mena nutnost zpracovat urcita data posloup- 
nosti vhodne volenych prikazu uziteho pro- 
gramovaciho jazyka, prihem data i prikazy 
mohou byt ruzneho typu. To v§ak vzdy zna¬ 
mena nebezpeci zavedeni chyb a tedy i na¬ 
vrhu spatn6ho programu. Af uz se to tyka 
nespravneho prirazeni a zpracovani dafo- 
vych typu, fiehoz dusledkem jsou nedosta- 
tehnh presne vysledky, nebo navrhu spatne 
nebo vubec nepracujiciho (zhrouceni) pro¬ 
gramu. Bohuzel, vetsina podobnych nedo¬ 
statku v cinnosti vytvarenych programu se 
zji§fuje velmi obtizne, protoze se casto vy- 
skytuji jen za urcitych, tezko postizitelnych 
podminek. Odhaleni vsech syntaktickych 
a semantickych chyb, ktere do navrhu pro¬ 
gramu muze programator zavest, vyzaduje 
ucinny system kontrol. 

Strukturovane jazyky minimalizuji nebez- 
pehi vyskytu syntaktickych chyb jak vlastni 
koncepci, tak systemem kontrol v prubehu 
prekladu zdrojoveho textu programu. Zakla- 
dem je omezeni poctu prikazu, kterymi jazyk 
disponuje, na vybrane typy a struktury, 
umozhujici pri dodrzeni urhitych zasad vy- 
tvaret pouze bezpecne programove kon- 
strukce, coz do jiste miry omezuje volnost 
prace programatora. Dobrou predstavu 
o tomto vlivu umoznuji kazdemu dobre zna- 
me vyvojove diagramy. 

Vyvojovy diagram je velmi nazornou po- 
muckou pri prvnich kontaktech s problemati- 
kou programovani. Jeho nejvetsi prednostf 
je to.fe detailne postihuje vsechny moznosti 
prubehu zpracovani programu a predevsim 
jeho vetveni na zaklade testii veskerych 
odminek. To vsak Ize soucasne z jineho 



Obr. 1. Strukturovane programovani podpo- 
ruje hierarchicky rozklad programu a vazbu 
jednotlivych programovych modulu (viz dale 
procedury, globalni a lokalnl deklarace) 
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hlediska povazovat i za jeho nejvetsf stabi- 
nu. Vyplyva z toho, ze rozhpdovaci bloky 
v soudnnosti s priFazovacinffi a jinymi pFika- 
zy mohou za ruznych podminek vytveFet 
prikazove konstrukce se skrytymi, vedlejsi- 
mi dusledky. Jejich odhaleni je vzhledem 
k relativni neprehlednosti vyvojovych dia- 
gramu z tohoto hlediska mnohdy velmi obtiz- 
ne. 

Vyvojovy diagram, jak primo vyplyva 
z principu jeho vystavby a puvodniho smyslu 
urceni, nijak nepodporuje principy bezpec- 
n6ho, strukturovaneho programovani, ale 
pr4v6 naopak. Umoznuje intuitivni vytvareni 
nebezpecnych prikazovych konstrukci. 

Strukturovane programovaci jazyky uzi- 
vaji omezeny, vybrany sortiment jednodu- 
chych a stukturovanych pFikazu, jejichz pro- 
stFednictvim vSak Ize vytvorit vSechny po- 
trebne prikazove konstrukce bez zmin§nych 
nezadoucich ucinku. Vsechny tyto prikazy 
jsou opet, jako programove moduly, charak- 
teristicke tim, ze maji jediny vstup a jediny 
vystup. Jiz samotna koncepce strukturova¬ 
neho programovaciho jazyka tak omezuje 
nebezped vytvareni nevhodne struktury 
programu podstatnou mSrou. 

Obdobne souvislosti nachdzime u struktu- 
rovanych jazyku i v oblasti uzivanych dato¬ 
vych typu a struktur. Jejich sortiment, pr£ce 
s nimi i system kontrol jsou voleny tak, aby 
bylo dosazeno co nejvySsi efektivnosti 
a bezpednosti programovani. Vedle implicit- 
n§ definovanych, jednoduchych datovych 
typu ruznych formetu Ize zpravidla uzivat 
K vy§§i usporPdane datove struktury, napr. 
pole (Array), zaznam (Record) nebo soubor 
(File), vyhodne z hlediska efektivniho zpra- 
coveni hromadnych dat. 

Domniveme se, ze nyni uz jsou prednosti 
strukturovaneho programovani zrejme. Pro- 
toze v6t§inu zdsad, ktere Ize odvodit, je 
velmi uzitebne aplikovat nejen ve v6t§in§ 
vy§Sich programovacich jazykO, v ale 
i v asembleru, popiseme si v n&sledujici 
kapitole hlavni charakteristicke rysy jazyka 
Pascal, ktery byl puvodne vyvinut jako §kolni 
jazyk pro vyuku strukturovaneho programo- 
veni. Jeho pozdejSi hromadne rozSireni vy- 
plyve ze systematickb, prehledne a logicke 
vystavby, vyvezend koncepce datovych 
a prikazovych struktur a u6inn6ho systemu 
kontrol. Za zminku stoji i to, ze b§hem 6asu 
byla od jazyka Pascal odvozena i Fada dal- 
Sich modernich jazyku, napr. Modula nebo 
Ada. I kdyz tedy na nSkolika str£nkach mu- 
zeme tezko postihnout vie nez pouze r^mco- 
vy prehled, myslime si, z:e prave ten muze pri 
prvnich krocich vzhledem ke zhuStene for¬ 
me napomoci podstatnou m§rou. Podrob- 
nej£i informace pak Ize cerpat z citovane 
literatury a firemnich manualu. 

Strucny prehled jazyka Pascal 

Poznamenejme uvodem, ze cela struktura 
jazyka Pascal je velmi systematicka, coz se 
zpocatku muze jevit az jako prilis nasilne. 
Nicmene, tento charakteristicky rys je velmi 
uzitedny a nutny vzhledem k moznostem 
prace s hierarchicky 6lenenymi ,,moduly“. 
Pascal sam ov£em pojem programoveho 
modulu obecnS nespecifikuje, chape cely 
program jako blok od hlavicky az po zavereS- 
nou tedku. 


Struktura pascalskeho programu 

Zdrojovy tvar (zapis) pascalskeho pro¬ 
gramu, viz obr. 2, se sklada ze ctyr hlavnich 
fiasti: Zahlavi, definicni a deklarabni casti, 
vlastnf programove casti a ukonceni. 


( I] EQ ~ 


Program jmeno (INPUT, OUT PUT); 


Def'/rice datovych typu 
deklarace uiitych konstont, 
promennych a navesti 


BEGIN 


Prlkazova cast programu 


| END. _| 

Obr. 2. Schematics zn&zorn6ni struktury 
pascalskeho programu 

Hlavidka programu se skl&da ze jmena 
programu a symbolickbho oznafieni vstup- 
nich/vystupnich souboru, s nimiz program 
pracuje. Toto oznaceni souboru n^m zatim 
nemusi plest hlavu, protoze zejmena u lev- 
nych domacich po6ita6u bez vn§j§ich disko- 
vych pam§ti neni povinne. Hlavifika pro¬ 
gramu slouii pro jeho identifikaci. 

Deklaradni bast obsahuje deklarace 
vsech uzitych konstant a promennych, po- 
jmenovanych symbolickymi jm6ny (identifi- 
katory), volenymi program&torem. Pro defi- 
nice a deklarace strukturovanych typu se 
u^ive postupneho popisu s vyuzitim typu 
niz§ich urovni. V teto fiasti se deklaruji i na- 
v§§ti, procedury a funkce. 

Pfikazova 6ist tvori t§lo programu, 
v n§mz se podle platnych syntaktickych pra- 
videl jazyka, za pomoci prikazu, konstant, 
prom§nnych a vyrazu zapisuje vlastni pro¬ 


gramove struktura. Textove retezee se zapi- 
suji mezi apostrofy. Kaidy prikazovy redek, 
ktery vSak ve skutefinosti muze zabirat i ne- 
kolik redku fyzickych, musi byt ukonden 
strednikem. Neveeti se oddeiuji dvojte5kou. 
Cela prikazove best je uvozovena otevira- 
cim klifiovyrn slovem begin. Obdobne sloze- 
ne programove bloky, sekvence, procedury, 
cykly apod, jsou ohranifioveny svorkami 
z klifiovych slov begin .... end, ktere posu- 
vem v redcich textu (zleva doprava) zpre- 
hledfiuji zepis ceieho programu. 

Program je ukon£oven klldovym slovem 
end, tvoricim prot6j§ek uvozovaci svorky 
begin ceie prikazove eesti, a tedkou, ozna- 
eujici konec programu pro prekladafi. 

Pro zpestreni a vytvoreni vlastniho prvot- 
niho nezoru je v tab. 1 uveden jako priklad 
jednoduchy pascalsky program, ktery deve 
hedat urSite zvolene 6islo, predtim tajne 
zadan6 z kievesnice. Pro prubeznou orienta- 
ci hrefie je po kazdem pokusu na displeji 
vypseno hie§eni, udevajici, je-li sprevne 
hodnota tohoto eisla vet§i nebo men§i nez 
eislo, jim prev6 zadane. Podite se pofiet 
pokusu, potrebnych k uhednuti zadaneho 
eisla. Program byl, stejne jako vSechny dal§i 
ukezky, napsen a odladen na Spectru v Hi- 
soft Pascalu 4T. 

Z uvedene ukezky, kter6 zrejme zatim 
zcela iiplne rozumet nebudeme, je presto 
vid6t srozumitelne a prehledne konstrukce 
jazyka a vystavby programu. Na konci teto 
kapitoly si zkuste sami nakreslit vyvojovy 
diagram nebo strukturogram programu, 
zkouSejte jej ruzne modifikovat (meze zada¬ 
neho eisla, vyuziti nevesti, krit6ria, zpusoby 
vyhodnoceni vysledku ...) 


Tab. 1. Program monitorujici hedeni tajne zadaneho ceieho eisla 

PROGRAM DELFY; 

LABEL 1,2; 

VAR I,K,L,N:“INTEGER; 

BEGIN 
1: K: =0; 

WRITELNC‘ZADEJ LIBOVOLNE CELE CISLO 0...1000 A 
PREDEJ POCITAC HRACI :O; 

READ CL); 

IF L>1000 THEN GOTO 1; 

FOR I:=1 TO 24 DO VRITELN; 

VRITELN C'HADEJ CISLO 0...1000 O; 

VRITELN C * ■fc***** * 0 * 0 * 0 * 0 * 0 * 0 ^ ^); 

REPEAT 
VRITELN; 

VRITELN; 

VRITELN C ^ZADEJ HADANE CISLO : O; 

READ CN); 

K: =K+1; 

IF N>L THEN VRITELN C'SPRAVNE CISLO JE MENSIO; 

IF N<L THEN VRITELN C *SPRAVNE CISLO JE VETSI'); 

UNTIL N=L; 

VRITELN c ' <mn < «Hn > mn | .» «i|. ^ « 4o <« » > n < m n> n i mn l o < o < «i | mm «i|n| n ) n >«Hn»Ht ^ ) . 

VRITELN; 

VRITELN (' ***** {•! Z A S A H !!!*****<) ; 

VRITELN C •' * * * *** * ************************* <) ; 

IF K=1 THEN VRITELN C^NA PRVNI POKUSO 
ELSE BEGIN 

VRITELN C *POTREBOVAL JSI‘,K,^POKUSUO; 

IF (K>1)ANDCKC4) THEN VRITELN 
C'VYNIRAJICI VYSLEDEK") 

END; 

IF K<4 THEN GOTO 2; 

IF CNC100)ANDCK=4) OR CN>=100)ANDCNC300)ANDCKC8) OR 
CN>=300)ANDCKC10) THEN VRITELN C'TO JE DOBRY VYSLEDEK') 
ELSE VRITELN C'CHCE TO JESTE TRENING!'); 

2:VRITELN; 

VRITELN C'POKRACOVANI VE HRE: ZADEJ RCUN),ENTER') 

END. 
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Typy a struktury pascalskych prikazu 

Prikazova struktura Pascalu se sklada 
z jednoduchych a strukturovanych prfkazu. 

K jednoduchym prfkazum path prifazova- 
cf prfkaz, prfkaz volanf procedury a prfkaz 
skoku. Jejich pouzitf je jednoduche a prfmo 
vyplyvb z dalbfch ukazek. Proto se jimi zaby- 
vat nebudeme. Je vsak nutne upozornit na 
nebezpecf, ktere prinasf prfkaz skoku (goto) 
tfm, ze umoznuje prechod k provadenf pro- 
gramu na libovolne jeho mfsto. Tfm muze byt 
zcela narubena struktura programu jak 
v ramci ,,modulu“, tak i celeho programu, 
coz muze mft katastrofalnf dusledky. Prfkaz 
goto je schopen narusit zasady strukturova- 
neho programovanf. Je tedy nestandardnf 
a jeho uzfvbnf je omezeno na specialnf 
prfpady. 

Bylo dokazano, ze pro tvorbu libovolne 
prfkazove konstrukce Ize vystacit v podstatb 
se tremi standardnfmi, strukturovanymi typy 
prfkazu - sekvencf, alternativou a iteracf. 

Sekvence znamena jednoduse, postupne 
radit dflbf operace za sebou tak, ze vytvarejf 
ucelenou slozitejsf akci. V pffkazovem pojetf 
to znamena moznost vyuzft jak jednodu¬ 
chych prfkazu, tak i dalbfch dvou typu prfka¬ 
zu strukturovanych. Vytvorena slozena sek- 
venbnf struktura musf byl ohranicena vnbjsf- 
mi svorkami z klfcovych slov begin ... end. 

Alternativa znamena podmfnenb vybfrat 
jednu operaci na zaklade splnbnf nebo ne- 
splnbrtf podmfnky. Zakiadnf format prfkazo- 
ve struktury ma prvnf mozny tvar 

if p then PI else P2 

pricemz p = podmfnka, PI, P2 = alternative 
prfkazy. 

Nejprve se vyhodnocuje vyraz, uvedeny 
v prfkazu jako podmfnka. Pri splnenf pod¬ 
mfnky (p = true) se realizuje prfkaz PI, 
y opacn6m prfpade (tj. pri p = false) alterna- 
tivnf prfkaz P2. Podmfnka je logickeho typu, 
vyraz proto nemuze poskytovat zcidnou jinou 
moznost vyhodnocenf. Vyvojovy diagram to- 
hoto prfkazu je na obr. 3a. 

Druhy mozny a uzfvany tvar prfkazu toho- 
to typu, obr. 3b, 

if p then P 

realizuje pri splndnf podmfnky prfkaz _ P, 
v opabnem prfpadb (p = false) nastavd 
preskok a tedy ukonbenf celeho podmfnb- 
n§ho prfkazu bez jakekoli aktivnf binnosti. 

Zvlastnfm prfpadem alternativnfho vyberu 
cinnosti je prfkaz case. Jedno z moznych 
vbtvenf se vybfra prostrednictvfm tzv. selek- 
toru. Prfkaz case, obr. 4, ma tvar 
case SEL of 
constl : PI; 
const2 : P2; 


constN : PN 
end 


Vyraz, ktery urbuje hodnotu selektoru, musf 
b^t ordinalnfho, tj. celobfselnbho nebo zna- 
kovbho typu. Po vyhodnocenf selektoru se 
provadf.ten prfkaz, ktery odpovfda pr^vb 
tomuto selektoru. Pokud vbak vyhodnoceny 
selektor neodpovfda zadne z definovanych 
konstant, prfkaz case se neuplatnf a navfc je 
tato situace zpravidla indikovana chybovym 
hlbbenfm. 

Iterace znamena opakovane provadbnf 
prfkazu na z&klade vyhodnocenf urbite pod¬ 
mfnky. Opakovane provadenf prfkazu nebo 
slozeneho prfkazovbho bloku umo^rtujf 
strukturovane prfkazove cykly. Podle zpuso- 
bu uplatnbnf nebo stanovenf podmfnky opa- 
kovbnf se prfkazy cyklu dajf delit do dvou 
castf: 

- while, repeat pro podmfnbne cykly, 

- for pro cykly s nastavenfm pobtu opakova- 
nf. 

Pri'kaz cyklu s testem zahajenf, obr. 5a, 
ma tvar 

while p do P. 

U tohoto typu cyklu se nejprve vyhodnocuje 
vyraz, urbujfcf opakovacf podmfnku. Je-li 
p = true, provadf se prfkaz P, pak nasleduje 
opet vstup na zabatek cyklu a znovu se 
vyhodnocuje podminujfcf vyraz atd. Cyklus 
je proto ukonben tehdy, je-li pri vstupu do 
cyklu vyhodnocena podmfnka p = false. 

Ma-li byt v tble cyklu uzito vice nez jedno- 
ho prfkazu, musf vytvorena posloupnost byt 
zapsana jako strukturovanb sekvence a jako 
takovb uzavrena do svorek begin - end. 

Vsimnbme si jebtb, ze u cyklu typu while 
nemusf byt, pri pocatecnf platnosti podmfnky 
p = false, prikazova bast cyklu provedena 
ani jednou. ftfkame, ze za takove podmfnky 
ke vstupu do cyklu vubec nedojde. 



vystup 
white p doP 
nebo 

white p do 
begin 

PI, 

P2, 



a) 


PI, 
P2, 

PN 
until p 


end 


PN 


Obr. 5. Zpgtnovazebnim usporadanim pn- 
kazu v&tveni a prirazeni vzrtikajt podmirtene 
cykly. Pascal definuje dva strukturovand 
podmirtene cykly s jedinym a tfm bezpednym 
vstupem a vystupem: a) podmindny cyklus 
s testem zahdjeni while p do P, b) podmi- 
ndny cyklus s testem ukondeni repeat P 
until P 


Prfkaz cyklu s testem ukoncenf, obr. 5b, 
ma tvar 

repeat 

prikazova posloupnost PI az PN 
until p 

Jiz ze zapisu je patrno, ze do tbla cyklu se 
vstupuje v kazdbm prfpadb, nezavisle na 
podmfnce. Provedou se poprve vsechny prf¬ 
kazy, uvedene v prfkazove casti a teprve 
potom se vyhodnocuje platnost podmfnky. 
Cyklus se opakuje tak dlouho, dokud (until) 
nenf splnbna podmfnka ukonbenf. Ta vyply- 
va z logickbho vyhodnocenf podmihujfcfho 
vyrazu na konci kazdeho pruchodu cyklem. 
K vystupu z cyklu tedy dochazf pfi splnenf 
podmfnky p =true. Vidfme, ze u tohoto typu 
prfkazu nastava pruchod prfkazovou bastf 
vzdy, minimalne jedenkrat. 

Pri'kaz nepodminbnbho cyklu 

Provadenf iterace se zvolenym, explicitnb 
nastavitelnym poctem opakovanf umoznuje 
nepodmfneny prfkaz cyklu typu 

,ori: = v1 idownto! v2do 
begin 

prikazova posloupnost 

end, 

v nemz i = rfdicf promenna cyklu, vl a v2 
= konstanty, vyrazy nebo promenne ordinal¬ 
nfho typu, urbujfcf meznf (pobatecnf a ko- 
necne) stavy pocitadla cyklu. Alternative 
klfbova slova to/downto urcujf funkci (vpred/ 
/vzad) tohoto pobitadla. V prfpadb, ze tblo 
cyklu nenf tvoreno jednoduchym, ale sloze- 
nym pffkazem, musf byt opet ohranibeno 
klfcovymi slovy begin - end. 




Obr. 6. Vyvojovy diagram pascalskeho cyklu FOR 


vystup 

if p then PI else P2 


vystup 
if p then P 


Obr. 3. Dve zakladni varianty podmine- 
ndho prjkazu (a, b) Ize modifikovat tak, ze 
prikazova dast bude tvorena sekvencf 
ohranidenou svorkami BEGIN-END; viz 
priklad c) 


vystup 
if p then 
begin 
PI, 

P2 

end 



Obr. 4. Diagram prikazu nekolikanasobneho vetveni CASE 
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Graficky je prubeh cyklu for znazornen na 
obr. 6. Jeho provadenl zaclna prirazenlm 
pofcatecnl hodnoty rldicl promSnne i:= vl. 
V prlpade uspe§neho testu okrajovych pod- 
mlnek (tj. u cyklu to pri vl <v2, u cyklu downto 
pri v1>v2 je vyhodnocena podmlnka 
p = true a provadl se poprve prlkazova cast 
cyklu, inkrementuje nebo dekrementuje se 
stav pocitadla cyklu. Tim je ukonfiena prlpra- 
va pro nasledujlcl cyklus, prechazl se opet 
na vstupnl test. Cyklus se opakuje tak dlou- 
ho, dokud nebude vyhodnocena podmmka 
p = false. To nastane u cyklu typu to pri i>v2, 
u typu downto pri i<v2. Proto, pri nevhod- 
nych podmlnkach uz pfi prvnlrn vstupu do 
testu (viz vyse) se muze stat, ze pruchod 
cyklem vubec nenastane, cely prlkaz se 
chova jako prazdny. 

Porovname-li pascalsky tvar cyklu for napr. 
s jeho basicovym protejskem, vidi'me prede- 
v§lm, ze se neuplatnuje volba kroku cyklu 
(step) a zvlaste explicitnl uzlvanl kllcoveho 
slova pro navrat do cyklu (next). Obojl souvi- 
si s programovou bezpefinostl, se zavede- 
nlm systemu strukturovanych dat a rychlosti 
provadenl cyklu (vyloucenlm typu real z prl- 
pustnych, ordinalnlch typu rldicl promenne 
0- 

Pro nazornost si uved’me jednoduchy pri- 
klad pouzitl cyklu for pro vypis libovolneho 
useku plsmen v abecenlm poradl. 

PROGRAM ABECEDA; 

VAR I : CHAR; 

BEGIN 

FOR l:= 'I'TO 'N' DO 
WRITE(' ',1) 

END. 


Program vyuzlva ordinalnlho usporadanl 
typu char. Kazdy znak krome prvnlho a po- 
sledniho ma sveho predchudce a naslednl- 
ka. V uvodu programu je deklarovana rldicl 
promenna cyklu I jako typ char. Meznl hod¬ 
noty pocitadla cyklu jsou udany znakovymi 
konstantami tak, ze rovnou oznadujl krajni 
znaky vybraneho useku abecedy, ktery 
chceme znazornit. Rldicl promenna se po 
kazdem pruchodu cyklem inkrementuje or- 
dinalnlm prlrustkem (+1) a protoze je typu 
char, vypisujl se jejl jednotlive znaky v cyklu 
opakovanym pflkazem write. Kazdemu zna- 
ku vzdy predchazl mezera ("). Kdyz zaplse- 
me v prlkazu cyklu napr. stejne meze, jake 


jsme uvedli 


, vyplse se text IJ K L M N. Zkuste 


si, pokud mate k dispozici pofiltafi, i jine 
meze nebo opafiny typ cyklu (downto). 

Cykly predstavujl pro programatora velmi 
u6inny nastroj. Mohou byt uzlvany i tak, ze 
jeden je vzdy vlozen do druheho, pri6emz 
hloubka vlozenl nenl omezena. Kazdy vlo- 
zeny cyklus pochopitelnS musl byt pred na- 
vratem do vnejslho ukonfien, protoze kazda 
strukturovana prlkazova konstrukce musl 
mlt jediny vstup i vystup (obr. 7). 

Muzeme rlci, ze jsme strucne prosli vsech- 
ny rozhodujlcl pascalske prlkazy tak, aby- 
chom se mohli orientovat v konkretnlch pro- 
gramech. Mnohe z nich jsme ov§em opome- 
nuli, prlkladem muze byt treba prlkaz prira- 
zenl - to proto, ze je povazujeme bud’ za 
dostatecne srozumitelne, nebo naopak prllis 
specialnl. Protoze se vsak nechceme stat 
specialisty na Pascal, domnlvame se, ze nas 
prlstup je rozumny. Za dulezit§j§l povazuje¬ 
me moSnost poucit se z vystavby tohoto 
jazyka pro programovanl v asembleru, kde 
nestrukturovana vetvenl behu programu na 
zaklade nedomyslenych testu, hierarchicky 
nekontrolovane uzlvanl skokovych instrukcl 
a nakonec i podprogramu predstavujl velke 
nebezpecl. Vidlme uz take, ze zaclnat s pro- 
gramovanlm na urovni asembleru nenl moz- 
ne. Je nutne respektovat a vyuzlvat zakladnl 
poznatky z vystavby strukturovanych jazyku 
jakoje Pascal, vcetne rozkladu programove- 
ho resenl do jednotlivych programovych mo- 
dulu. Teprve po urcitem, svym zpusobem 
abstraktnlm zvladnutl vhodne koncepce mo- 
dulu ma smysl prechazet k jeho konkretnlmu 
re§enl na urovni asembleru - s tlm, ze 
prostrednictvlm instrukcnlho souboru vytva- 
rene prlkazove typy by se mely bllzit prlkazo- 
ve strukture virtualnlho pascalskeho poclta- 
ce, prehledove zachycene na obr. 8. 


Jednoduche prlkazy 

Prirazenl 

Procedura 

Skok 


Sfrukturovane prlkazy 

SEKVENCE 

ALTERNATIVA 

ITERACE 

slozerty prikaz 

if 

case 

while 

until 

for 


Obr. 8. Hrube rozdelent typu pascalskych 
prikazu 


BEGIN 

FOR 

BEGIN 

I 

END, 

FOR 

BEGIN 


FOR (1.) 


\ 


WHILE 
| BEGIN 

! 1 _ 
I FOR 
| | BEGIN 


! 

END 


END, _ 


END; _ 


END _L 


END(FOR 1) 
FOR (2.) 


I 

I 

T 


WHILE 


FOR (3.) 


END 
(FOR 3.) 




END (WHILE) 


O 

«> <\i 

Uj Oc 
_J o 

§1 


END( FOR 2.) 
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Obr. 7. Symbolicke programove a graficke 
znazornenikonstrukce a prubehu zpracova- 
ni hierarchie vlozenych cyklu 


Aby byl programovacl jazyk efektivnl 
a bezpefcny, musl ov§em umozftovat mno- 
hem vie, nez praci s efektivnl prlkazovou 
strukturou. Musl dale predevslm disponovat 
vhodnymi prostredky pro vystavbu hierar¬ 
chicky 6len§neho programu. 

Podprogramy 

Podprogramy se bezne pouzlvajl ve 
vsech programovaclch jazyeleh, tedy napr. 
i v asembleru nebo v BASIC. Jejich puvod- 
nlm poslanlm bylo usnadnit praci programa- 
torovi tehdy, kdy by musel urcity blok v pro¬ 
gramu znovu a znovu mnohokrat opakovat. 
Z tohoto hlediska usnadnl orientaci obr. 9, 
porovnavajlcl potrebu pamefove kapacity 
pri vystavbe programu bez a s vyuzitlm 
podprogramu, protoze na prvnl pohled uve- 
deny postup setrl nejen praci, ale i mlstem 
programove pam£ti. Ovsem, jak obr. 9 na- 
znacuje, uspora pamefovych naroku se vy- 
razneji projevl jen tehdy, je-li volany podpro- 
gram dostatecne rozsahly. Velmi casto ov¬ 
sem uzlvanl podprogramu prinasl vice pro- 
blemu, nez uzitku. 




Obr. 9. Porovnani programove vystavby 
s opakuji'ci'mi se bloky (a) a svyuzitim pro- 
stredku volant a navratu z podprogramu 

Klasicky podprogram predstavuje uzavre- 
ny program, ktery v principu muze byt volan 
z libovolneho mlsta hlavnlho programu. Vo- 
lajlcl program ovsem musl podprogramu 
nejakym zpusobem predatdata (parametry), 
ktere ma zpracovat. Musl se zabezpecit 
ulozenl navratove adresy, obsahy promen- 
nych ci registru pred moznou destrukcl atd. 
Podprogram pak po ukoncenl sve cinnosti 
predava znovu rlzenl programu, ktery jej 
vyvolal. Tomu take musl predat prlpadna 
zpracovana data. To vse je samozfejme 
casove narocne a navlc, jednoduse koncipo- 
vana struktura podprogramu narusuje kon- 
cepci strukturovaneho programovanl. I tak je 
v§ak predavanl parametru v nizslch jazyeleh 
a zvlaste v asembleru obtlzne. Proto se 
mnohdy vyplatl od uzlvanl malych podpro¬ 
gramu ustupovat, protoze kapacita pameti 
prestava u mikropocltacu hrat dominantnl 
roli. Tu naopak preblra systematicnost struk- 
turovane vystavby programoveho vybavenl. 

Podprogramy vyssl urovne predstavujl 
v jazyku Pascal procedury a funkce, kterych 
se uzlva jako modulu podle zasad hierar- 
chicke vertikaly. Jejich vystavba je podporo- 
vana konvencl uzlvanl vnejslch a'Vnitrnlch 
(lokalnlch) promennych, mlneno ve vztahu 
k pflslusnemu modulu. Ve svem ,,modulu“ 













PROGRAM HLAVNi; 
VAR A,B,X,Y 


PROCEDURE SA MO ST, 

VAR A,X 

BEGIN 

plati pouze ■■ 

-*- vnejsr B,Y 

iokalni A,X 

END; _ 

BEGIN 

platI pouze promenne 
hlavnihoprogramu A,B,X,Y 

PROCEDURE GLOBAL; 

VAR C,Y 

BEGIN 

plat! pouze 

- vnejsi A,B,X 

lokalni C,Y 


PROCEDURELOKAL, 

VAR D,X 
BEGIN ( 
plat! pouze 
--** globain/ ■ A,B 
i vnejsi) C,Y 
L_ *“ Iokalni D,X 
END, _ 


plati stale 

- vne/si: A,B,X 

—"■ Iokalni : C, Y 
END, _ 

plati stale pouze 

-^ promenne 

hlavniho programu : A,B,X,Y 


Obr. 10. Deklarace, platnost a zastihovani 
prombnnych (globalrv'ch a vndjSi'ch) v jed- 
noduchych a vnofenych procedurach 

je Iokalni promenna schopna zastinit vy- 
znam pripadne stejnojmenne vnejsi nebo 
globalni promenne, tedy napr. promenne 
volajiciho modulu. Jsou-li v nadrazenem, 
volajicim programu deklarovany promenne 
A, B, X, pak, pokud volany podprogram (pro- 
cedura) uzivb Iokalni stejnojmenne pro¬ 
menne A, X, vnbjsi prombnne A, X se 
v procedure neuplatni. Prombnna B ovbem 
zastinbna neni (obr. 10). 

Skutecny, hierarchicky cleneny pascalsky 
program tedy pro svoje hierarchicke cleneni 
uziva procedur a funkci, ktere mohou tvorit 
samostatne moduly programu. Mohou vbak 
byt take vhnizdeny, vnoreny jeden do druhe- 
ho. 

Procedury 

Struktura zapisu procedury je v podstate 
shodna se zapisem bezneho programu. 
Sklada se opet z hlavibky, deklaracni a pri- 
kazove casti. Na rozdil od programu se 
vbak ukonbuje strednikem. 

Hlavicka procedury se sklada z klicoveho 
slova procedure, jejiho symbolickeho jmena 
(identifikatoru) a seznamu formblnich para- 
metru. Pole formalnich parametru neni po- 
vinne, protoze pochopitelne existuji i proce¬ 
dury bez parametru. Priklad: 

PROCEDURE CVICNA ( 

VAR PROD1: INTEGER; 

HODN: INTEGER; 
VAR PROD2: INTEGER); 

Ze zapisu hlavibky vidime, ze procedura 
CVICNA ma tri formalni parametry, vsechny 
typu integer. Formalni parametry se nahra- 
zuji skutebnymi parametry shodn^ho typu 
pri vyvolani procedury. 

Uziva se dvou typickych zpusobu pfed^ni 
parametru: 

- hodnotou, 

- odkazem (referenci). 


Formalni parametry predavan§ hodnotou se 
v hlavibce blize nespecifikuji, parametry 
pred^vane odkazem se uvozuji klifiovym 
slovem var. 

V popisne basti procedury se v pripade 
potreby deklaruji uzite Iokalni promenne, 
ktere existuji pouze po dobu provad6ni pro¬ 
cedury. Lokalni promdnne nemaji pri vyvola¬ 
ni procedury prirazeny hodnoty a nemohou 
byt nijak vyuzity vnej§im programem, proto¬ 
ze jsou pro nej nepristupne. 

T6lo procedury tvori bbzna prikazova 
struktura, uzivajici formalni parametry spe- 
cifikovane v hlavicce a pfisluSne lokalni kon- 
stanty a promenne. 

Cely formalni z^pis procedury je popisem 
jeji cinnosti. Procedura je aktivovana teprve 
vyvolanim z vn6j§iho programu, ktere se 
provadi zapisem prikazoveho radku volani 
procedury s uvedenim identifikatoru a sez¬ 
namu skutecnych parametru, napr. CVICNA 
(A, A, B). Typy, poradi i pocet skutebnych 
parametru musi byt ve shode se specifikaci 
parametru formalnich. 

Obe metody predavani parametru vyply- 
vaji jednak z lokalniho charakteru procedury 
(uzavreny podprogram) a tedy i docasneho 
charakteru jejich promenriych, ktere s ukon- 
benim jejiho zpracovani zanikaji, jednak 
z potreby zajisteni hierarchicke bezpecnosti 
programove struktury. 

Uvazujme nejprve pred^ni skutecneho 
parametru hodnotou. Pri vyvolani procedury 
se nejprve po vyhodnoceni parametru for- 
malniho (napr. HODN: INTEGER) vytvori 
uvnitr procedury pomocna lokalni promen¬ 
na, do ktere se nasledne prenese hodnota 


END; 

BEGIN 
A: =3; 

WRITE C' A 
VRITELN; 

VRITELN CA:6,B:6); 
CVICNA CA,A,B); 
VRITELN (A:6,B:6); 
CVICNA CA,A—3,A); 
VRITELN <A:6,B:6) 
END. 


RUN 

A B PROD1 

3 23838 

3 23838 3 

6 23838 6 

6 25838 6 

6 4 6 

6 4 

6 4 6 

7 4 7 

7 4 7 

2 4 2 

2 4 


skutecneho parametru, specifikovaneho pri 
volani. Jiz na pocatku zpracovani prikazove 
casti procedury ma tedy pomocna promenna 
prirazenu pocatecni hodnotu skutecneho 


pred&vanbho parametru. Dale jsou jiz sku- 
tecny parametr vnejsiho programu a lokalni 
parametr uvnitr procedury vzajemne Zcivisle, 
neovlivhujici se. Z toho take vyplyva, ze 
predani parametru hodnotou je mozne pou¬ 
ze smbrem z vnbjsiho programu do procedu¬ 
ry, ale ne naopak. 

Pro vystup parametru z procedury se uzi¬ 
va jejich predani odkazem. Rozdil je v tom, 
ze pri vyvolani procedury nepredbvaji vnejsi 
promenne jako parametr sve hodnoty, ale 
adresy, na kterych jsou ulozeny. Procedura 
proto pri naslednem zpracovani muze obsah 
teto pro ni vnejbi prombnnb ovlivhovat. 

Protoze pochopeni mechanismu pfedava- 
ni parametru vyzaduje hlubsi zamysleni 
a ma mirpofadny vyznam, projdeme si nyni 
podrobneji velmi jednoduchy skolni priklad 
programu s vyuzitim procedury. Zamerne 
jsme zvolili stejny priklad, jaky je uveden 
v [2], str. 77, ktery jsme pro pfehledny 
postih doplnili o vypis obsahu jednotlivych 
promennych tak, jak jsou vbetne binnosti 
pri vyvolani procedury postupne prirazovany 
vnejsim i lokalnim parametrum. Vypis pro¬ 
gramu je v tab. 2. 

Realizace programu zacina pfirazenim 
obsahu globalni promenne (A) = 5, obsah 
druhe globalni promenne B zatim zustava 
nedefinovany. V teto fazi zatim muzeme 
sledovat pouze tyto promenne, protoze pro¬ 
gram probiha mimo proceduru. 

Nasleduje prvni vyvolani procedury se 
skutecnymi parametry, CVICNA (A, A, B). 
Nejprve se tedy nahrazuji formalni paramet¬ 
ry skutecnymi. V nasem pripade je predavan 
jeden parametr hodnotou, dva odkazem. 


B PR0D1', HODN <,* PROD2O; 


HODN PR0D2 

3 25838 

5 25838 

4 25838 

4 4 

3 6 

3 7 

2 7 

2 2 
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Tab. 2. Demonstracni program predavani parametru procedury 
PROGRAM HDNODK; 

VAR A,B: INTEGER; 

PROCEDURE CVICNA CVAR PROD1:INTEGER;HODN:INTEGER; 
VAR PROD2:INTEGER); 

BEGIN 

VRITELN < A:6,B:6,PROD1:6,HODN: 6,PROD2:6); 

PROD1:=PRODl+l; 

VRITELN (A:6,B:6,PROD1:6,HODN: 6,PR0D2: 6); 

HODN:=HODN—1; 

VRITELN C A:6,B:6,PROD1:6,HODN:6,PROD2: 6>; 

PROD2:=HODN; 

VRITELN (A:6,B:6,PROD1:6,HODN: 6,PROD2: 6); 




Proto je prirazena jedina hodnota, odpovlda- 
jici obsahu vytvoren6 pomocne lokalni pro- 
menn6, HODN:=(A)=5. Odkazem jsou 
predany adresy skutecnych parametru, tedy 
PROD1 - A, PROD2 = B. Obsah tSchto 
prom§nnych se ovsem v uvodni casti pri 
pfed&vani odkazem nijak neaktualizuje, pro¬ 
to i nad£le zustava (A) = 5,(B) = nedefino- 


van& hodnota. 

Po pfedani parametru se pfi nevyuzite 
moznosti deklarace lokalnich promennych 
pfechazi k provadeni t6la procedury se sku- 
tecnymi parametry. Po tfech jednoduchych 
pfifazovacich pfikazech. 


PROD1:=PROD1+1 
HODN:= HODN - 1 
PROD2: = HODN 


(A) 


=(A)+1=5+1=® 
5-1-4 
(B) = a 


je prvni zpracovani procedury ukonheno. 
Jak vidime, obsahy globalnich promennych 
jsou nyni rovny (A) - 6, (B) = 4. 

Vnejsi program ovsem pokracuje bezpro- 
stfednim novym volanim stejne procedury, 
tentokrat s jinymi skutefinymi parametry, viz 
pfikaz CVICNA (A, A-3, A). Po vyvolani se 
znovu pfeda pocatecni hodnota HODN:=(A) 
- 3 = 3 a odkazy PROD1 - A, PROD2 = A. 
V tomto pfipade budou vyjimecne zname 
i obsahy vsech uzitych promennych ihned na 
pocatku zpracovani procedury. Po zpraco¬ 
vani procedury. 

PROD1 := PROD1 + 1(A) - (A)+ 1= 64-1=7 
HODN := HODN - 1 3-1-2 

PROD2 := HODN I (A) = 0 


budou globalni promenne obsahovat (A) 
= 2, (B) = 4. 

Zkuste si opSt program sami modifikovat, 
jak rozSifovanim tela procedury, tak vyuzitim 
lokcilnich promennych. Sledujte, jak se up- 
latnuje zastinovani vnSjSich objektu lokalni- 
mi deklaracemi a take jak na vase chyby 
reaguje kompilator chybovymi hlasenimi. 


Funkce 

Take funkce je uzavfenym podprogra- 
mem a pfedstavuje tedy urhitou, specialni 
obdobu procedury. Se dvema zakladnimi 
rozdily: 

- procedura se vyvolava pfislusnym pfika- 
zem. Funkce se naopak v programu, kde ma 
byt uzita, pouze zapisuje symbolickym jme- 
nem, doplnenym seznamem skutehnych 
vstupnich parametru; 

- funkce muze mft i nekolik vstupnich para¬ 
metru, vysledkem v§ak vzdy bude jedina 
vypoctena hodnota. 

Funkce jsou tedy specialni podprogramy 
pro vypocet jedine hodnoty urciteho typu. 
Vypoctena hodnota funkce je predavana na 
pozici jejiho zapisu, tedy identifikatoru ve 
volajicim programu. Vyuziti vypoctene funk¬ 
ce je vzdy zalezitosti vn6j§iho programu, 
v nemz muze byt identifikator se skutecnymi 
parametry soucasti vyrazu nebo prirazova- 
ciho 6i jineho prikazu. 

Deklarace funkce je velmi podobna dekla- 
raci procedury. Stejne jako u procedur se 
umistuje za deklaracemi promennych. Hla- 
vicka se sklada z klicoveho slova function, 
identifikatoru, seznamu formalnich vstup¬ 
nich parametru a oznaceni typu pocitane, 
predavane hodnoty. Pole lokalnich dekla- 
raci je nakonec nasledovano blokem prika- 
zove posloupnosti. 

Osvetlit deklaraci i zapis funkce ve vnej- 
sim programu opet napomaha jednoduchy 
priklad, resici vypocet faktorialu zadaneho 
cisla, tab. 3. Toto cislo se zadava prostred- 
nictvim klavesnice na prislusny naznak. Telo 
funkce resi vypocet ukladanim postupnych 
soudinu cisel (1, 2, 3 ... X) s vyuzitim 
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Tab. 3. Pfiklad deklarace a zapisu funkce 
v programu 

PROGRAM FUNKCE; 

VAR 

A: INTEGER; 

Z;REAL; 

FUNCTION FACT CX;INTEGER}:REAL; 
VAR 

I:INTEGER; 

F:REAL; 

BEGIN 

F:*l; 

FOR I:«l TO X DO 
F:=I*F; 

FACT:-F 
END; 

BEGIN 

VRITELN C'ZADEJ CISLO: O; 

READ CA); 

Z:“FACT CAD; 

VRITELN C *FAKTORIAL ',A,' = ',Z) 
END. 

RUN 

ZADEJ CISLO: 

13 

FAKTORIAL 13 ■ 6.22702E+09 

pomocne lokalni promSnne F. Ve vnSjsim 
programu je identifikator funkce se skutec- 
nym parametrem zapsan na predposlednim 
radku jako soucast prirazovaciho prikazu. 

Datove typy a struktury 

Ad strucnd, pro§li jsme podstatnymi pro- 
stredky jazyka Pascal z hlediska jeho vy- 
stavby a prikazove struktury. Program je 
ovsem vytvaren nejen s vyuzitim prikazu, ale 
i dat. Na data mohou byt pfi reseni ruznych 
uloh kladeny ruzne pozadavky, napriklad 
z hlediska typu, informacniho rozsahu, pres- 
nosti nebo struktury. Proto jsou u vyssich 
jazyku datove reprezentace sirsiho sorti- 
mentu zakladnich a specialnich typu doplne- 
ny moznosti vytvafet jejich slozitdjSi, hro- 
madne struktury (pole, ret§zce, zaznamy, 
soubory ...). To v souhrnu znamena moz- 
nost volit datove typy podle potreby pro¬ 
gramu tak, aby nad nimi provadene operace 
byly efektivni a dostatecne presne nebo 
vystizne. 

Kazda prace s nejakymi datovymi repre- 
zentacemi musi probihat podle urcitych pra- 
videl, jinak jsou dosazene vysledky nepres- 
ne nebo i zcela nesmyslne. Obdobne infor- 
mace o datech, s nimiz pracuje, musi mit pfi 
schopnosti pracovat se sirsi zakladnou dato- 
vych typu i pascalsky program. Jsou mu 
pfedavany v definicni a deklaracni casti 
zdrojoveho textu, tedy v te casti programu, 
ktere jsme si dosud vlimali pouze okrajove. 

Pascalsky program se vzdy sklada ze 
dvou vzajemne neoddelitelnych casti, dekla¬ 
racni a pfikazove, obr. 2. 

Deklaracni cast musi jednoznacne, podle 
stanovenych pravidel, popisovat kazdou uzi- 
tou konstantu, promennou ci navesti. Pro 
potfeby pfekladace musi byt u kazdeho 
z techto objektu implicitne nebo explicitne 
definovan typ a deklarovan jeho identifikator. 

V jazyku Pascal jsou implicitne definovany 
tyto standardni, jednoduche datove typy: 
Integer, real, Boolean a char. Pro dokonaly 
postih kazdeho takoveho objektu proto po- 
staci v deklaracni casti programu objekt 
pouze deklarovat, napf.: 

const 
A = 13; 
var 

B, C : integer; 


X : real; 

Y, Z : char. 

Deklarace tedy znamenct pojmenovani ob¬ 
jektu, napf. promSnne, symbolickym jme- 
nem, kterym pak v programu tuto promdn- 
nou identifikujeme. Vime, o jaky typ promSn- 
ne se jedn£ a diky systematickimu zapisu 
deklaracni casti to vi i pfekladab. Proto muze 
podle typu datov6ho objektu pfidelovat po- 
tfebny pamSfovy prostor, kontrolovat pri- 
padne pfekroceni mezi pfipustnych hodnot 
aj. 

Pascal umozhuje pracovat i s nekolika 
dalsimi typy dat, ktere vSak specifikuje pou¬ 
ze formalne a program^tor si je muie upra- 
vovat pro potfeby aplikace. Ziskava tak ufiin- 
ny nastroj k vystavbe svym zpusobem vlast- 
nich datovych typu a struktur. Ty nyni ov§em 
musi byt nejprve definovany, teprve pak mo¬ 
hou byt uzity pfi deklaraci objektu. Explicitni 
definice vychazeji z typu jiz definovanych, 
ktere samozfejmS pfedstavuji zn^me stan¬ 
dardni typy. 

Podobne jako u pfikazovych typu omezuje 
Pascal take po6et vyssich datovych typu. 
Mohou byt definovany typy: 
vyctovy, pole, 

interval, zaznam, 

mnozina, soubor. 

Jednotlive datove typy si nyni strucnd popi- 
§eme. 


Vydtovy typ 

Pomoci definice vyfitoveho typu je mozno 
zavest novy typ datoveho objektu charakte- 
risticky tim, ze ma programatorem stanove- 
ny, omezeny rozsah zobrazeni hodnot. Vy¬ 
ctovy typ je typ ordinarni, kazda jeho polozka 
ma svoje pofadove cislo (0, 1 az N), plati 
u nej i standardni funkce ord (pofadove 
cislo), pred (pfedchudce), succ (naslednik) 
pro vyhledavani jednotlivych polozek. Rov- 
n6z muze byt pfi jejich zpracovani vyuzito 
relacnich operatoru <,>,=,<>,<=,>=. 
Jako pfiklad definice vypofitoveho typu si 
muzeme uvest seznam schematickych zna- 
cek 

TYPE ZNACKY = (ODPOR, CIVKA, DIO- 
DA, TRANZISTOR, . . .); 

a naslednou deklaraci promenne tohoto typu 
VAR S: ZNACKY. 

Typ interval 

Uvnitf definovaneho ordinalniho typu 
muze byt definovan novy typ interval s ome- 
zenym rozsahem hodnot vuci puvodnimu, 
tzv. hostitelskemu typu. Tak napfiklad v obo- 
ru typu integer muzeme definovat interval 

TYPE PORADI = 5 . . 13; 
uvnitf typu char 

TYPE ZNAMKA = T . . '5'; 
uvnitf vyctoveho typu ZNACKY interval 

PASIVNI = ODPOR .. DIODA. 

Jediny ze standarnich typu, ktery nemuze 
tvofit polozku intervalu, je ciselny typ real, 
ktery neni ordinal. 

Pfi praci s promennymi typu interval zusta- 
vaji i nadale platne veskere operace, syntak- 
ticky odpovidajici hostitelskemu typu. Zave- 
dene omezeni rozsahu pfipustnych hodnot 
zprehlednuje a usnadnuje zapis i vyhodno- 
covani promennych a vysledku. 

Mnoziny 

Pascal rovnez umozhuje praci s daty typu 
mnozina (set), jaka zname z mnozinove 
algebry. Nad temito mnozinami je mozno 
provadet obvykle operace sjednoceni (U 
= +), pruniku (A =*) a rozdilu ( - ). Prvky 
mnozin mohou byt opet pouze polozky jed- 
noho typu. Na rozdil od pfedchozich typu 
vsak polozky mnoziny nejsou nijak uspofa- 
dany. 
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Pred deklaraci musi byt typ polozek mno¬ 
ziny samozfejmd opdt definovan, bucT impli- 
citnd (u jednoduchych typu), nebo explicitne 
programcitorem. Uzijeme-li tedy napr. jako 
z^kladni jiz definovany vydtovy typ ZNAC- 
KY, pak muzeme definovat mnozinu typu, 

SCHEMA = SET OF ZNACKY; 
a pak deklarovat promdnne tohoto typu 

VAR 

PASIV, AKTIV, POLOV : SCHEMA; 

PriFazeni hodnot jednotlivych promen- 
nych typu mnozina se provadi pomoci tzv. 
konstruktoru, tj. seznamu prvku pFislusneho 
typu mnoziny, uvedeneho v hranatych za- 
vorkach, tedy napFiklad 
PASIV:= [ODPOR, CIVKA, DIODA,...]. 

Vedle jiz uvedenych zakladm'ch mnozino- 
vych operaci umoznuje Pascal test mnozin 
na rovnost a nerovnost (=,<>) a obsazeni 
jedne mnoziny v druhe (<=, >-). Pro test 
prislusnosti libovolneho prvku k urcite mno- 
zine se uziva operatoru IN, napr. zapis DIO¬ 
DA IN PASIV bude vyhodnocen jako true, 
protoze DIODA je polozkou mnoziny PASIV. 
Vysledku operaci, provadenych nad mnozi- 
nami, tak Ize vyuzit jejich vyhodnocenim 
podminenymi prikazy k rizeni programu. 

Zatimco vyctove, intervalove i mnozinove 
typy predstavuji do urcite miry omezeni 
a zjednoduseni rozsahu bazovych typu, jsou 
daldi datove typy, jejichz vytvareni Pascal 
podporuje, naopak vtifci vychozim typum 
podstatnd rozsahlejsi a komplexnejsi. 
Vznikaji slozitejsi datove struktury, datove 
bloky. Pritom vdak i nadale zustavaji pomer- 
ne prehledne, protoze jejich konstrukce je 
omezena pascalskou syntax! na nekolik pFi- 
pustnych abstrakci. Zakladni, nejdulezitejsi 
i nejuzivanejsi takovou strukturou je pole. 

Pole 

Pole (array) je zakladnim predstavitelem 
§R5zeneho datoveho typu. Jeho polozky mo- 
hou byttvorenyjak jednoduchymi, tak sloze- 
nymi typy. Vdechny polozky pole vdak musl 
byt vzdy shodneho typu. Tim, ze prikazova 
struktura jazyka dovoluje provadet efektivni 
operace s hutnejsimi datovymi strukturami, 
roste jak vykonnost, tak prehlednost prace 
s pocitadem. 

Presndji si muzeme pole definovat jako 
souvisly blok usporadanych datovych polo¬ 
zek stejneho typu, pricemz pocet polozek je 
presne znam. Kazda polozka ma proto v poli 
sve pFesnd urcene misto (obr. 11). Pole je 
pojmenovano symbolickym jmenem, napr. 
POL. Kazde polozce pak prislusi shodne 
jmeno, doplnene jejim indexem v hranatych 
zavorkach, napr. POL [1] az POL [ N ]. Po¬ 
moci indexu, kterym je kazda promdnna 
v ramci pole jednoznacnd identifikovatel- 
na, se k ni zajist’uje pristup (zapis, cteni). 

Deklarace pole ma tvar 
VAR JMENO : ARRAY [ml .. m2] OF TYP; 
zde isou array a of klicova slova, vyraz 
j ml . . m2] urcujlci typ a meze indexu je 
intervaloveho typu a TYP je pozice urcena 
pro oznaceni typu pole. 


ARRAY LI. 


10J OF INTEGER 
pole 


.indexovane promenne 



- 


-nn- 

ALIO] 

A Cl 1 

A L2] 

AL3J 

-1—1 l-l- 


3 10 

adresa A[ 11 = B + (l—D.K 


posunuli - (1-1) K 
K= pocet byiu typu promenne 
haze 

(pristup k pocatku Lj.prvni polozce pole J 


Obr. 11. Znazorneni struktury pole v pameti 
mikropocitace a strategie prfstupu k jeho 
jednotlivym polozkam 


Kazda polozka pole se, podle sveho ozna- 
deni, nazyv£ indexovana prom§nn£ a ma 
stejne vlastnosti jako bdzna promdnna 
stejndho typu. Organizovana struktura 
indexovanych promennych uvnitr pole 
umoihuje efektivni zpracovani diselnych 
a textovych algoritmu, viz napriklad vy- 
hled^vani extremnich prvku pole, jejich 
razeni nebotriddni podle urditych kriterii. 

Az dosud jsme pole uvazovali pouze jako 
jednorozmernou usporadanou datovou 
strukturu, v niz je kazda polozka oznacena 
indexem. Pro uplnost je vhodne upozornit, 
ze samozrejme existuji i nekolikarozmerna 
pole. Z nich nejznamejsi je pole dvourozmdr- 
ne, tzv. matice. Jeho protdjdek opet nachazi- 
me v klasicke matematice. Takovou matici 
muzeme deklarovat napriklad nasledujicim 
zpusobem 

TYPE MAT = ARRAY [ 1 . . 10,1 . .5] OF 
INTEGER; 

VAR X : MAT; 

Uvedena matice s dvojim indexem X [ I, J] 
se sklada z deseti radku a peti sloupcu. 
Protoze je typu integer, bude pri lokaci kazde 
polozky ve dvou bytech matice vyzadovat 
kapacitu pamefoveho procesoru 10x5x2 
= 100 byte. 

Orientacni priklad prace s jednoduchym 
ciselnym polem je v tab. 4. Program SAPP 
ukazuje deklaraci ciselneho pole real, zpu- 
sob zapisu hodnot jednotlivych polozek 
(indexovanych promdnnych) a jejich zpra- 
covdni, tj. soudet a vypodet prumdrne 
hodnoty s vyuiitim dvou cyklu for. Prvni 
cyklus slouzi pro nadteni stanoveneho 
podtu polozek pole (N = 6) z klavesnice, 
druhy cyklus pro jejich nastradani do po- 
mocne promdnne ACC. Jak zadane poloz¬ 
ky, tak vysledny soudet a prumdr jsou 
v prov^ddcim rezimu vyps^ny na obra- 
zovce. 

S typem pole se budeme velmi casto 
setkavat i pri praci v asembleru. Pri konstruk- 
ci pole je pak vzdy treba: 

- rezervovat odpovidajici misto pro pole 
v datove casti pamdti, pricemz potrebny 
prostor je urcen poctem prvku pole a jejich 
typem, 

- zajistit odkaz na podatek pole (tj. bazovou 
adresu pole) a jeho jednotlive polozky, tj. 


Tab. 4. Priklad prace s jednoduchym cisel- 
nym polem 

PROGRAM SAPP; 

CONST N=6; 

VAR 

I:INTEGER; 

ACC,PRUM:REAL; 

P:ARRAY Cl.-N] OF REAL; 


indexovane promenne. Adresu kazde poloz¬ 
ky je mo2no urdit soudtem bazove adresy 
a tzv. posunuti, urdeneho soucinem indexu 
teto promdnne a podtu bytu, potrebnych pro 
reprezentaci typu jedne polozky tohoto pole 
(obr. 11). 

Indexovanou promennou tedy muzeme 
povazovat za obdobu bezne staticke pro- 
mdnne stejneho typu s tim, ze je nedilnou 
soucasti vydsi datove struktury, pole, v nemz 
ma svou presne urcenou pozici. Privlastek 
staticky znamena, ze promenna, popsana 
v deklaracnim useku prislusneho programo- 
veho bloku (globdlniho, lokalniho), existuje 
po celou dobu jeho aktivity. 

Textove retezce 

Dosud uvazovany typ pole muze jako 
svou polozku pouzit libovolny typ, tedy i zna- 
kovy typ char. Tento pripad vsak v podstate 
znamena plytvani pameti, protoze v Pascalu 
je minimalni adresovatelna kapacita parrie- 
fove bunky word = 2 byte. Za timto ucelem 
byl zaveden tzv. zhusteny typ pole, packed 
array, vyuzivajici pro reprezentaci kazde 
polozky char pravd jeden byte. Takto Ize 
definovat jak znakove retezce, tak konstan- 
ty- 

Pripad definice typu retezce: 

RETEZ - PACKED ARRAY [l . . 101 OF 
CHAR; 

a navazujicf deklarace promenne 

POPIS : RETEZ;. 

Take pri praci s retezci je mozno pouzivat 
relacni operatory. 

Zaznam 

Nekdy je pomernd znacnym nedostatkem 
datoveho typu pole z hlediska obsahove 
ucinnosti to, ze jeho polozky mohou byt 
tvoreny pouze objekty shodneho typu. V pra- 
xi je pomdrne casto, zvladtd pri hromadnem 
zpracovani dat, treba sdruzovat nekolik da¬ 
tovych polozek ruzneho typu do jedne slozky 
- napriklad v ndjake agendd muze takovou 
slozku tvorit jmeno pracovnika (char), rocnik 
narozeni (integer), profese (char) atd. Pro 
podobne ucely je v jazyku Pascal zaveden 
datovy typ zaznam. 

Zaznam predstavuje datovou strukturu, 
sestavajici z definovaneho podtu pojmeno- 
vanych polozek, pricemz kazda polozka 
muze b^t libovolneho typu. Polozka za- 
znamu tedy muze byt tvorena i polem nebo 
jinym zaznamem. Kazda polozka i cely za¬ 
znam musi byt definovany v deklaracnim 
useku programu. Definice, deklarace i uziti 
promenne typu zaznam si vsimneme v sou- 
vislosti s obr. 12. 

Ve schematu definice zaznamu se uziva 
klicovych slov type a record. Jeste jednou 
zdurazneme, ze jak cely zaznam, tak vsech- 


BEGIN 

VRITELN C'ZADEJ HODNOTY POLE: 
FOR I:=1 TO N DO READ 
ACC:=0; 

FOR I:=1 TO N DO 
ACC:-ACC + P Cl]; 

PRUM:=ACC/N; 

VRITELN; 


Obr. 12. Deklaraci konkretni promenne (A1) 
typu zaznam musl predchazet jeho definice 
(EVIDCIS). K jednotlivym polozkam teto pro¬ 
menne se pristupuje pomoci selektoru, tvo- 
feneho jmenem promenne (A1) a identifika- 
toru polozky (JMENO, ROCNIK, PROFESE) 
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ny jeho polozky must byt oznaceny jmenem 
s uvedenim typu. V naCem prikladu zavede- 
me polozky JMENO, ROCNIK, PROFESE, 
cely zaznam pojmenujeme EVIDCIS. Defini- 
ce takovCho zaznamu pak muze vypadat 
nasledovne 

TYPE 

EVIDCIS - RECORD 

JMENO : PACKED ARRAY |1.. 18| 
OF CHAR; 

ROCNIK : 1920.. 1975; 

PROFESE : PACKED ARRAY 
II.. 101 OF CHAR 

END 

Timto zpusobem je zaveden typ zaznamu 
EVIDCIS, ktery Ize pouzit pro deklarace 
prislusnych promennych tohoto typu, napri- 
klad takto 

VAR A1 : EVIDCIS; 

Deklarovane jmeno tvori zakladni identifi- 
kator promenne A1 typu EVIDCIS. Pro spe- 
cifikaci pristupu k jednotlivym polozkam se 
doplnuje selektorem, tedy jmenem te ktere 
polozky, zavedenym pri definici pfislusneho 
typu zaznamu. V nasem prikladu tedy trebas 
A1 .JMENO = pristup k 1. polozce typu char 
(JMENO), 

A1.ROCNIK = pristup k 2. polozce typu 
interval (ROCNIK). 

Je-li dale prislusna polozka zaznamu 
strukturovaneho typu, doplfiuje se jeji setek- 
tor dalSim selektorem tak, aby cesta od 
identifikatoru k polozce byla jednoznaCnC 
urCena. 

Uvedenym zpusobem Ize pristupovat 
k cele structure, ke vsem polozkam promen¬ 
nych typu zaznam. To znamena definovat 
i cist jejich hodnoty jako u beznych promen¬ 
nych, byf jsou souCasti slozitCjCiho, neho- 
mogenniho celku. Uvazujeme-li predb62n£ 
o zpusobech mozneho vytvareni zaznamu 
pri programovani v asembleru, bude jiste 
logicke predpokladat pristup k jednotlivym 
polozkam za pomoci ukazatelu. Pristup ov- 
§em bude ve srovnani s polem ponekud 
obtiznejsi, protoze bude muset byt respekto- 
vana struktura celeho zaznamu, vliv poctu 
a typu vsech polozek na nastaveni ukazate- 
le. Zde jiz pomCrne vyraznC vystupuje do 
popredi nutnost systematicke vystavby slo- 
zitCjCich datovych struktur - v datove c&sti 
operaCni pamCti musi byt vyhrazen presnC 
definovany prostor pro vsechny datove po¬ 
lozky zaznamu. Jejich ulozeni pak musi ko- 
respondovat s optimalni koncepci pro¬ 
gramove rizeneho pristupu k temto poloz¬ 
kam. 

Soubor 

Zcela mimofadny vyznam ma v soucane 
etape vyvoje vypoCetni techniky datova 
struktura soubor (file). Podobne jako pole, 
predstavuje soubor usporadanou mnozinu 
polozek stejneho typu, at jiz jednoducheho, 
nebo strukturovaneho. Na rozdil od pole 
v£ak poCet polozek neni stanoven. Neni, 
presnCji nemusi byt ani oznaCena pozice 
polozky uvnitr souboru, jako tomu bylo napri- 
klad indexovanim promenne v poli. BSzny, 
sekvenCni pristup k polozce souboru probi¬ 


ha tak, ze se postupnC zpristupnuji vsechny 
jeho poloiky. 

Soubory Ize dClit nekolika zpusoby, prvni 
je deleni na soubory pracovni a vnejCi. Pra- 
covni soubor je datova struktura, okamzitC 
existujici v operaCni pamCti pocitaCe. 

S ukonCenim cinnosti urCitCho programu za- 
nika i existence jeho pracovnich souboru. 

Za skuteCne soubory se povazuji soubory 
vnejsi, tj. takove, ktere se nachazeji mimo 
intern i operaCni pamet’, nejCastCji ulozeny na 
mediich vnCjsich pamCti diskoveho typu (flop¬ 
py, hard), ale i na mgf kazetach nebo pascich. 
Podstatnou charakteristikou vnCjsich sou¬ 
boru je to, ze jejich existence je trvala. Neza- 
visla na okamzitych vnCjSich ani vnitmich 
Cinitelich, vypadcich nap^jecich napeti, po- 
ruchach systemu aj. VnCjli pamef s velkou 
kapacitou, radovC prevysujici kapacitu ope¬ 
racni pameti, predstavuje za souCasneho 
stavu techniky idealni prostredek archivace 
programu a dat, ktere mohou byt do pocita6e 
zavaddny v pripade jejich aktualni potreby. 
VSechny programy a datove bloky se do 
vn§i§ich pam§ti ukladaji ve form§ sou¬ 
boru. 

Zpusoby, jakymi vn6j§i pam§f s vlastnim 
po6ita6em spolupracuje, jsou ov§em ruzne, 
zavisi na technickych prostredcich, jakymi 
pofiitafi i pamdfovy system disponuji a take 
na uiitem operacnim systemu. Temito z^le- 
zitostmi se budeme zabyvat pozddji. 

Dal§i rozdSleni Ize odvodit primo z urfieni 
souboru. Pro komunikaci typu operator-po- 
citafi se z pochopitelnych duvodu uzivaji 
soubory textove. Takovy soubor proto musi 
byt, pred vlastnim zpracovanim v pocitafii, 
nejprve konvertovan do prislu§neho kodu. 
To znamena vzdy predevSim prodlouzeni 
celkov6 doby zpracovani souboru, mnoh- 
dy je i vyj&dreni informacniho obsahu 
omezenym souborem alfanumerickych 
znaku nevhodne nebo i nemozne. Nicme- 
nd, textove soubory pfedstavuji i nadale 
jediny univerzalni zpusob komunikace 
operatora s poditafiem. 

Na druhe strand je mnoho situaci, kdy 
textove soubory do zna6ne miry nebo uplne 
ztraceji opodstatneni a smysl. Je to vzdy, 
kdyz je treba do vn§j§i pamfeti az jiz pro 
systemove nebo uzivatelske ucely ulozit 
takove datove ci programove bloky, ktere 
budou pozdeji opet vyuzity primo pocitacem, 
bez interakce operatora. Odpovidajici dato¬ 
ve a programove soubory se pak vytvareji 
v puvodnim kodu prislu§nych polozek 
a v teto forme se take opet zavaddji zpet do 
pocitace. 

Shrnuto, kazdy (datovy, programovy i tex- 
tovy) soubor chapeme jako linearne uspor^- 
danou mnozinu polozek stejneho typu, jejiz 
organizace umoznuje sekvendni zpracovani 
souboru, tj. jeho postupne vytvareni (zapis) 
nebo cteni. Pro postih zakladni charakteristi- 
ky prace se soubory je dobre uvedomovat si 
stale dve skutecnosti. 

Prvni - pri vytvoreni souboru se soucas- 
ne, automaticky vytvari i tzv. pristupova pro- 
m§nna tohoto souboru, jejiz typ je urcen 
typem polozek souboru, Prostrednictvim pri- 


stupove promenne, kterou si muieme pred- 
stavit jako buffer v operadni pameti, jsou 
pfed£vany jednotlive poloiky souboru mezi 
pofiitafiem a vnej§i pam6ti. Ze shody forma- 
tu pristupov6 prom§nn6 a polozky souboru 
vyplyv^i, ze v kazd§m okamziku muze byt 
pristup pouze k jedne polozce souboru, obr. 
13. 

Druhou je skutecnost, ze soubor s neurfie- 
nym poctem polozek musi byt pri zpracovani 
nejakym zpusobem ohranicen, ukonfien. 
K tomu se pouziva tzv. priznak konce soubo¬ 
ru (end of file). Prostrednictvim standardni 
vestavgne pascalske funkce EOF (jmeno 
souboru) je pri 6teni provad§n test na dosa- 
zeni konce pojmenovaneho souboru. 

Ruznych souboru muze byt ve vn§j§i pa- 
m§ti ulozen prakticky ,,neomezeny“ pofiet. 
System jejich zpracovani musi byt proto 
zabezpecen tak, aby v okamziku pristupu 
(cteni, zapis) k jednomu ze souboru byly 
ostatni soubory pro stejnou 6innost nepri- 
stupne. K rizeni prace se soubory se u2iva 
prislusnych procedur, vyvolcivanych stan- 
dardnimi prikazy. Jak ukazuji i n^sledujici 
schematicke priklady vytvareni a Cteni sou¬ 
boru, soubor nemuze byt souCasne otevren 
pro cteni i zapis. 

Vytvoreni souboru F, tedy jeho zapis, se 
v podstatC sklcida ze tri fazi: 

otevreni souboru pro zapis, REWRITE (F), 
vystup polozek souboru, 

WRITE (F, parametry), 
uzavreni souboru, CLOSE (F). 

V prikladu jsou uzity standardni prikazy 
zapisu jednotlivych procedur se jmCnem 
zpracovavaneho souboru a pfedavanymi 
parametry. Procedury rewrite a close pred- 
stavuji urCite vnejli svorky, otevirajici 
a ukoncujici pristup k souboru. Procedura 
rewrite implicitne nuluje pripadny driv§j§i 
obsah souboru, do n§hoz proto zcipis zacin^ 
od prvni polozky. Procedura WRITE (F, pa¬ 
rametry) predava v cyklu hodnoty, odpovida¬ 
jici seznamu parametru, prostrednictvim pfi- 
stupove promCnne F ". Zaverecn^ procedu¬ 
ra close zpracovany soubor uzavira, obr. 14. 

Mechanismus Cteni vnejSiho souboru, 
z hlediska poCitaCe tedy vstupniho, je ob- 
dobny. Je opet rizen tremi standardnimi 
procedurami: 

otevreni vstupniho souboru, RESET (F), 

Cteni jeho polozek, 

READ (F, vstupni promenn&), 
uzavreni souboru, CLOSE (F). 

Prikazem RESET (F) se do pristupovC 
promenne F" pfenese hodnota prvni polozky 
souboru a funkce EOF (F), hlidajici konec 
souboru, se nastavi na hodnotu false. Proce¬ 
dura READ (F, vstupni promCnna) postupne 
Cte jednotlive polozky do uvedene promCn- 
ne. S preCtenim posledni polozky je soubor 
vyCerp^n, nasleduje Cteni prazdne hodnoty 
do pristupove promCnnC. To je vyhodnoce- 
no funkci EOF (F) jako true, tedy jako konec 
souboru. Prikazem close je prislusny soubor 
znovu uzavren. 

Soubor je tedy zpracovavan s vyuzitim 
pristupove promCnne F * a priznaku konce 
souboru EOF (F), obr. 15. Od tohoto sche- 
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Obr. 13. Znazornbni 
pristupu k polozkam 
souboru 



Obr. 14. Vytvareni souboru; a) prikazem REWRITE (F) se rusf 
pripadny predchozi obsah oteviraneho souboru, b) procedura WRI¬ 
TE (F, parametry) realizuje zapis jednotlivych polozek do otevreneho 
souboru 






Obr. 15. Cteni souboru; a) pnkazem RESET 
(F) se otevfe soubor pro dteni. Do pristu- 
povb prombnne F~ se nadte 1. polozka 
a pfiznak EOF (F): = FALSE, b) procedura 
READ (F, vstup) cte postupne polozky 
otevreneho souboru. S koncem souboru je 

vyhodnocen pfiznak EOF(F):= TRUE 

matu se lisi zejmena textove soubory, orga- 
nizovane do textovych radku, pricemz kazdy 
radek muze obsahovat ruzny pocet znaku. 
Proto je kazdy radek ukoncovan specialnim 
sluzebnim znakem, umoznujicim vyuzit pro 
detekci konce cteneho radku standardni 
funkce EOLN (F). 

Vytvareni, cteni a modifikace souboru pat- 
fi pri praci s diskove orientovanymi systemy 
k zakladnim uzivatelskym a programator- 
skym pracim. Prace se souboiy je pochopi- 
telne mnohem slozitejbi a rozsahlejsi, nez by 
se z nastinu zakladnich principu mohlo zdat. 
Pro nas vbak zatim uvedene informace sta- 
ci. Uvedomme si jeste, ze zmenit obsah 
sekvencne zpristupnovaneho souboru Ize 
pouze jeho postupnym ctenim, zpracovanim 
a znovuvytvorenim. Prikladem muze byt po- 
stup cyklickeho vytvareni kopie textoveho 
souboru, tab. 5, osvetlujici nazomb otevi- 
rani, zpracovani i uzavreni souboru. Dosud 
uvazovane metody tedy umoznuji modifiko- 
vat obsah souboru pouze jeho novym, u- 
plnym znovuvytvorenim. Ve skutecnosti 
,ipravidla existuji i dalsi moznosti. Jednou 
z nich je doplnovani souboru pripisem na 
jejich konec, druhou technika primeho pri- 
stupu k jednotlivym polozkam. 

Dynamicke prom§nne 

Nakonec si jeste vsimneme principu dyna- 
mickych promennych, tvoricich spolu s uka- 
zateli zakladni prvek pascalskych dynamic- 
kych datovych struktur. 

Vsechny dosud uvazovane datove typy 
a struktury maji vedle zrejmych prednosti 
i jedno spolecne omezeni, vyplyvajici 
z principu hierarchicke struktury programu. 


Tab. 5. Cyklicke cteni a vytvareni 
textoveho souboru 


PROGRAM ZALOHA CINPUT,OUTPUT); 
VAR 

FVST,FVYST : TEXT; 

Z :CHAR; 

BEGIN 

RESET CFVST); 

REWRITE CFVYST); 

WHILE NOT EOFCFVST) DO 
BEGIN 

WHILE NOT EOLNCFVST) DO 
BEGIN 

READ (FVST,Z); 

WRITE (FVYST,Z); 

END; 

READLN (FVST); 

WRITELN (FVYST) 

END 


Pro zajisteni izolace lokalnich promennych 
prave aktivniho programoveho bioku se pro 
ne vyuziva urbite oblasti volne datove pa- 
meti RAM, organizovane z hlediska pristu- 
pu jako zasobnik - s kazdym vyvol^nim 
vnorene basti programu (procedury) se,po- 
binaje od vrcholu operabni pambti, obr. 16, 
do zasobniku ukladaji prislusne deklaro- 
vane lokalni prombnne, ktere pak s ukon- 
benim procedury automaticky zanikaji. 
Rozsah zasobniku se tak v prubbhu prova- 
deni programu mbni. 

Urcitym nedostatkem systemu statickych 
prombnnych je v nbkterych pfipadech pevne 
stanoveny format uziteho datoveho typu (de- 
finice) i jejich rozsah (deklarace), tedy prave 
to, co umozhuje zavest systbm kontrol 
spravnosti vzajemneho prirazeni datovych 
a pfikazovych typu nebo operatoru. Napri- 
klad do struktury statickeho pole nelze jed- 
noduse na libovolnou pozici doplnit nebo 
naopak z ni odebrat dalsi polozku - je treba 
vytvorit pole nove a nove priradit hodnoty 
a indexy. Coz je samozrejmb z hlediska 
casove rezie, zvlaste u rozsahleho pole, 
znacne narocne. Podobne je pri praci se 
slozitbjbi datovou strukturou (zaznam) treba 
stale pracovat s plnym formatem deklarova- 
ne promenne, i kdyz je casto treba pristupo- 
vat pouze kjedine polozce. To pak znamena 
plytvani aktualnb vyuzitym pambfovym pro- 
storem, vcetne casovych ztrat. 

Z uvedenych duvodu je v Pascalu zave- 
den system dalbich, tzv. dynamickych pro¬ 
mennych. Pro nb je v datove casti operabni 
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Obr. 16. Organizace prostoru statickych 
a dynamickych promennych v operabni pa- 
mbti. Zasobnik statickych promennych se 
zvetsuje i zmensuje automaticky se zpraco- 
vavanim lokalnich procedur, prostor heap se 
zvetsuje s kazdym vytvorenim nove dyna¬ 
micke promenne procedurou NEW. Pri zru- 
seni promenne procedurou DISPOSE se 
vSak nembni pozice vrcholu heap, ale uvnitr 
sekce heap se vytvori volny prostor, sekce 
se fragmentuje 

otevrenx vstupniho souboru 
otevfeni vystup. souboru 
det-ekce konce FVST 

debekce konce radku 

cteni dalsiho znaku radku 
zapis dalsiho znaku radku 

odradkovani FVST 
odradkovani FVYST 


Obr. 17. K definici a formatu prvku dynamic¬ 
ke datove struktury; a) k prikladu definice 
typu prvku jednoducheho seznamu a jeho 
statickeho ukazatele, b) prvek seznamu je 
typu RECORD. Muze proto obsahovat neko- 
lik informacnich polozek. Jednou z nich byva 
klic (KEY), podle nehoz muze byt organizo- 
vano razeni prvku seznamu 


pameti rezervovan zvlabtni prostor, ozna- 
bovany jako heap (hromada). Zpravidla je 
orientovan na opabnem konci adresoveho 
prostoru vubi prostoru promennych sta¬ 
tickych, obr. 16. 

Umisteni i format dynamicke promenne ve 
vytvarene nebo zpracovavane vyssi datove 
strukture je variabilni. Dynamickou promen- 
nou je mozno vytvaret, cist, menit jeji obsah 
i rubit v prubehu provadeni programu. Ze 
vbech techto aspektu vyplyva, ze dynamicka 
prombnna nemuze byt pfedem deklarovana. 
Proto take nemuze mit svuj indentifikator, 
pomoci ktereho bychom se na ni v programu 
odkazovali. Odkaz muze byt pouze neprimy, 
prostrednictvim tzv. ukazatele, pointeru. 

Pro dynamicke vytvareni i rubeni promen¬ 
nych dynamickeho typu v prubehu programu 
se pouzivaji standardni procedury NEW 
(ukazatel) a DISPOSE (ukazatel). V dekla- 
racni basti programu se vzdy definuji typy 
promennych a ukazatelu, deklaruji se pouze 
promenne typu statickych ukazatelu. 

Priklad definice prvku nejjednodubsi dy¬ 
namicke datove struktury, seznamu Geho 
struktura je na obr. 17a): 

TYPE 

UKAZ - * ELEM; 

ELEM = RECORD 

DATA : typ dyn. prombnne; 

NEXT : UKAZ 

END; 

Zde je typ UKAZ statickym ukazatelem na 
dany typ prvku seznamu ELEM, pricemz 
definovany typ prvku ELEM se sklada ze 
dvou dale nedelitelnych basti: 

a) z vlastni dynamicke promenne DATA 
jako nositele informabniho obsahu, 

b) z dynamickeho ukazatele (odkazniku) 
na pripadny dalsi prvek seznamu. 

Jak patrno z definice, staticky ukazatel 
UKAZ umozfiuje pristup k obbma slozkam 
dynamickeho prvku ELEM. K jejich rozliseni 
se pouziva tzv. dereference operator". Pri 
jeho uziti se uskutecnuje pristup k dynamic¬ 
ke promenne DATA, bez nej k dynamickemu 
ukazateli NEXT. 

V deklaracnim useku programu se dekla¬ 
ruji staticke promenne typu ukazatel, napr. 

VAR 

ZAC, POM, HEAP : UKAZ ; 

Definovany prvek seznamu typu ELEM se 
tedy sklada ze vzajemne vazane dvojice 
dynamicka promenna + ,,smernik“ na dalsi 
promennou. V programu se vytvari vyvola- 
nim standardni procedury NEW s prislus- 
nym ukazatelem (promennou) jako paramet- 
rem, napr. NEW (POM). Pri vyvolani se 
uskutecni tyto akce: 

V prostoru heap operabni pameti se vytvo- 
ri a umisti blok, odpovidajici definovane 
strukture prvku ELEM. Jeho adresa se ulozi 


END. 
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do statickeho ukazatele, ktery byl paramet- 
rem procedury, tj. POM. Obe polozky DATA 
a NEXT prvku maji po jeho vytvoreni nedefi- 
novane obsahy. Pristup k jejich pocatecni 
inicializaci i pozdejsim zmenam zajisfuje 
ukazatel 

S vyuzitim dereferendniho operato- 
ru" se zajisfuje pristup k vlastnf dynamickd 
promennd prvku. Priklad aktualizace jejiho 
obsahu 

POM', DATA := {hodnota odpovidajiciho 
datoveho typu}. 

Pristup k polozce NEXT, jejimz smyslem 
je odkaz na daldi prvek seznamu, se syntak’- 
ticky zapisuje bez zmineneho operatoru, 
napr. POM.NEXT. VSimneme si vsak toho, 
ze pokud vytvarime prvni z prvku noveho 
seznamu, nemuze byt jeho smernik iniciali- 
zovan, protoze dosud dal§i prvek seznamu, 
na ktery ma ukazovat, neexistuje. A navic, 
pri vytvareni jednoducheho, line^me uspo- 
radandho seznamu ani existovat nebude, 
protoze jeho struktura odpovidci zasobniku 
LIFO. Proto se smdrnik prvniho vytvorendho 
prvku seznamu definuje pomoci klidovdho 
slova NIL jako prazdny, tj. neukazuje na 
z£dny dal§i prvek. 

Mechanismus vytvareni a nasledndho 
dteni linearne uspor£daneho znakovdho 
seznamu nazorne osvdtluje program SE- 
' ZNAM, tab. 6. Syntaxe definice dynamic- 

Tab. 6. Priklad zapisu a n^sledneho dteni 
dynamicky vazaneho seznamu __ 

PROGRAM SEZNAM; 

TYPE 

e1em=RECORD 

next: "elem; 
data: CHAR 
END; 
ukaz="elem; 

VAR 

A:=CHAR; 

zac,pom,heap:ukaz; 

BEGIN 

VRITELN ('PORADI ZAPISU:') 
MARK Cheap); 
zac:*NIL; 

REPEAT 

READ CA>; 

NEW (pom); 
pom'", data: *A; 
pom".next:*zac; 
zac:=pom; 

UNTIL EOLN; 
pom:«zac; 

VRITELN C 'PORADI CTENI:'); 
WHILE pomONIL DO 
BEGIN 

WRITE <pom".data);, 
pom:=pom". next 
END; 

RELEASE (heap) 

END. 

RUN 

PORADI ZAPISU: 
qwerty 7BC a 
PORADI CTENI: 
a CB7 ytrewq 


kych promdnnych a ukazatelu se od standar¬ 
ds u Hisoft Pascalu pondkud lidi, nicmdnd 
bude jistd na prvni pohled srozumiteln^. 
Procedura MARK vymezuje pamdfovy pro- 
stor dynamickych promdnnych, procedurou 
RELEASE se tento prostor a tim i vytvorene 
dynamicke promdnnd a smerniky rusi. 

Vlastni program se sklad6 ze dvou samo- 
statnych cyktu. V prvnim cyklu REPEAT, do 
ktereho se vstupuje s ,,prazdnym“ ukazate- 
lem ZAC, je postupne dten z klavesnice 
libovolny pocet znaku. Kazdy znak je nejprve 
plozen do pomocne promdnne A (char) a na- 
sleduje vytvoreni jemu prislusndho prvku 
seznamu. Jako parametru procedury se vyu- 
ziva pomocne promenne POM, jejiz obsah 
po vytvoreni prislusneho prvku seznamu 
predstavuje dodasnd jeho staticky ukazatel. 
Pak vzdy n^sleduje aktualizace obsahu dy¬ 
namicke promenne presunem obsahu zna- 
kove promdnne A. Do smerniku stejneho 
prvku se presouva obsah statickeho ukaza¬ 
tele ZAC. U prvniho prvku vytv&reneho se¬ 
znamu proto bude POM". NEXT = NIL, 
samotny prvek tedy na zadny dalsi prvek se¬ 
znamu neukazuje. Vzhledem k nasledujici- 
mu prirazeni ZAC:=POM naopak bude na 
tento prvek odkazovat smdrnik dalsiho vy- 
tvoreneho prvku atd. Zapisovy cyklus je 
ukoncen vyhodnocenim stisku klavesy EN¬ 
TER. Na posledni z vytvorenych prvku uka- 
zuje staticky ukazatel promenne ZAC 
= POM, jako vzajemnd ukazatele jednotli- 
vych ostatnich prvku slouii vzdy smdrniky 
sousednich, nasledne vytvorenych prvku. 
Smdrnik prvku, ktery byl vytvoren jako prvni, 
je prazdny. Situaci postihuje obr. 18. 

Prubeh cteciho cyklu je jednoduchy. Jako 
ukazatel na prvni fiteny prvek (ktery v§ak byl 
vytvoren jako posledni) je k dispozici obsah 
staticke promenne ZAC=POM. Hodnota 
(znak) dynamicke promenne tohoto prvku je 
vypsana na displeji a n^sleduje prepis obsa¬ 
hu smerniku pravd dteneho prvku jako uka¬ 
zatele do POM. Tak je zajistdn odkaz na 
dal§i dtenou dynamickou promdnnou. Zpra- 
cov&ni seznamu probih£ v cyklu tak dlouho, 
az je precten jeho posledni (prvni vytvoreny) 
prvek s pr^zdnym smSrnikem. 

Uvedenym zpusobem Ize vytv&ret sezna- 
my ruznd, predem nedeklarovane delky. 
Prvky seznamu, predstavovand strukturou 
typu zaznam, ovsem mohou mit vuci prikla- 
du znacnd rozsahlejdi format. Casto se uzi- 
vd takovych formatu, v nichz ndktera polo2- 
ka predstavuje tzv. kliC seznamu, obr. 17b, 
podle kterdho mohou byt jeho prvky uspord- 
dany. Seznam se takd muze skladat z prvku 
ruzneho typu. A konecnd, do seznamu mo¬ 
hou byt na libovolnd mista pridavany (i ubird- 
ny) daldi prvky. Ruznd varianty redeni tdchto 
uloh jsou popsany. v [2, 3j. 

Seznam je tedy variabilni struktura jak 
z hlediska formdtu jeho datovych polozek 
(obecnd typu zaznam), tak systemu jejich 
vzajemnych vazeb, ovlddanych prostred- 
nictvim ukazatelu. Pritom Ize viddt dva 
zvlddtni pripady struktury seznamu, nevyu- 
zivajici pristupu k jeho vnitfnim prvkum: 

a) seznam, ktery se rozdiruje (zapisem) 
a zkracuje (dtenim) pouze na jeho konci, je 
vlastnd zasobnik LIFO - 6ten muze byt vzdy 
pouze jeho posledni zapsany prvek; 

b) seznam, ktery se doplhuje pouze na konci 
a je cten pouze na zaddtku, predstavuje 


frontu FIFO. Datove polozky jsou proto zpra- 
covdvany presne v tom poradi, v jakdm byly 
do fronty zarazovdny. 

Prikladem druhdho mozndmu smeru vyu- 
ziti dynamickych promdnnych jsou tzv. stro- 
move datove struktury. Nejcastejsi uplatndni 
mezi nimi nachdzeji binarni stromy. Prvek 
binamiho stromu obsahuje kromd dynamic¬ 
ke promdnne jeste dva ukazatele, levy 
L a pravy P. Vzajemnou vazbou jednotlivych 
prvku prostrednictvim bindrnich ukazatelu 
vznikaji dilci stromy, tvorene vzdy vrcholem 
V, levou a pravou vetvi, obr. 19a. Rozsire- 



Obr. 19. Ke strukture binamiho stromu; a) 
prvek binamiho stromu obsahuje dva ukaza¬ 
tele, b) hierarchies stromova struktura 


nim teto zakladni struktury vznika strom 
s vrcholem V, jeho levy a pravy podstrom 
jsou dale tvoreny dilcimi stromy, obr. 19b. 

Tak, na rozdil od seznamu, vznikaji slozi- 
tejdi, hierarchicky usporadane dynamickd 
datove struktury. Ruznym poradim vytvdre- 
ni, vyhledavdni a zpracovani datovych polo¬ 
zek stromu (preorder, inorder, postorder) Ize 
dosahovat efektivniho razeni dat uvnitr 
struktury pri omezeni dasove rezie. 

Prehled pascalskych datovych typu je na 
obr. 20. 


Jednoduche typy 

ORDINAL 

INTEGER 

BOOLEAN 

CHAR 

VYCTOVY TYP 

TYP INTERVAL 

TYP REAL 


Strukturorane typy 
pole (ARRAY) 
mnoiina (SET) 
za 2 nom (RECORD) 
soubor (FILE) 
ukazatel (POINTER) 


Obr. 20. Prehled pascalskych datovych typu 
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Obr. 18. Situace po vytvorenikprvkoveho seznamu. Oba ukazatele ZAC i POM odkazuji na 
posledni vytvoreny prvek seznamu jako na jeho zacatek 










I kdyz jistb ne presne (a ui vubec ne 
vyberpavajicim zpusobem) jsme shrnuli na 
nbkolika strankbch hlavni principy, pFikazo- 
ve a datovb struktury Pascalu jako zakladni- 
ho predstavitele vybbiho programovaciho ja- 
zyka. 

N^LsIedujfci kapitola, ktera je venovana 
nekolika ukazkam tFidbni datovych struktur, 
sleduje v podstate dva ci'le: ukazat vyznam 
znalosti zakladnich algoritmu a rutin pro 
tvorbu i jednoduchych programu a usnadnit 
prostfednictvim podrobne komentovanych 
a kratkych programu prvni kroky pri praci 
s Pascalem. 


Algoritmy 

Jiz nekolikrbt jsme se zminili o vyznamu 
efektivni algoritmizace Febenych uloh. Aigo- 
ritmem rozumime obecny postup, vedouci 
k hromadnemu Febeni uloh urbiteho typu, 
mbl by tedy byt v podstatb co nejuniverzal- 
nbjbi. To vbak vzdycky mozne nenl. 
V praxi proti sobe basto stoji rozporne po- 
zadavky, mnohdy dulezitejbi, jiez pravb 
univerzalnost algoritmu. Mohou jimi byt na- 
pFiklad rychlost vypobtu, naroky na ope- 
rabni pambt’, rozsahlost zpracovanych dat 
a jejich typy, ulozeni tbchto dat a jine. 

V zasade muzeme rozlibit dva druhy algo¬ 
ritmu, numericke a ostatni. Vysledkem pou- 
2iti numerickeho algoritmu je vypobet urbi- 
tych biselnych hodnot. PFikladem muze byt 
algoritmus pro vypobet faktorialu ci'sla v pro¬ 
gramu FUNKCE (tab. 3). K ostatnim algorit- 
mum patFi takovb, ktere se pouzivaji k vyhle- 
dbni zadanych nebo extremnich prvku dato¬ 
vych struktur, jejich Fazeni nebo trideni podle 
urbitych kritbrii, vytvbFeni novych struktur, 
jejich porovnavani a k cele Fadb dalblch uloh. 
K rebeni urbite ulohy je zpravidla nutno vyu-. 
2lt celb rady ruznych algoritmu, kterb musi- 
me znat nebo sami vytvaret. Sestaveni urbi- 

—tbho programu Ize z tohoto hlediska pfirov- 
nat k navrhu schematu noveho obvodu 
- i zde vyuzivame cele rady znamych, klasic- 
kych obvodovych Feseni (vlastnb obvodo- 
vych algoritmu) a jen zrldka kdy jsme nuceni 
nebo schopni vymyslet novy obvodovy de¬ 
tail. 

V teto kapitole, kterb ma byt soubasnb 
ukazkou prevodu algoritmu do struktury zk- 
pisu pascalskeho programu, si ukbzeme n§- 
kolik algoritmu tridenl prvku datovych struk¬ 
tur, kterb v praxi patri k nejdulezitbjbim. Pro 
zjednodubeni se zamerime na jednoduchb 
pole typu integer, uloienb v operabni pamb- 
ti. Pro tuto tridu uloh existuje celb rada 
algoritmu, od velmi jednoduchych a snadno 
pochopitelnych az po znabnb rafinovane. 
Ukbzeme si pouze nbkolik nejznambjsich. 

Nejprirozenbjbi, ale soubasnb i malo efek¬ 
tivni algoritmus trideni Ize primo odvodit 
analyzou obvykleho postupu blovbka, rebici- 
ho stejnou ulohu s pomoci tuiky a papiru. 
Chtbjme napr. z puvodni mnoziny celych 
bisel A {4, 1, 5, 2 r 6, 8} vytvorit novou, 
vzestupne usporadanou mnozinu Z. Zrejmb 
bychom postupovali tak, ze bychom opako- 
vanb prochazeli celou mnozinou A, pri kai- 
dbrh pruchodu vyhledali minimalni prvek 
A min , zapsali jej zleva na prvni volnb misto 
v novb vytvarene mnozinb Z a soubasnb pro 
lepbi orientaci tento prvek z puvodni mnozi¬ 
ny A vybkrtli ci jinak oznabili jako jiz pouzity. 
Pon = 6 pruchodech (pobet prvku mnoziny 
A) bychom tak vytvorili novou, vzestupne 
usporbdanou mnozinu Z {1, 2, 4, 5, 6, 8}. 
Vbimnbme si, ze pri tomto postupu se stale, 
az do vyberpani pobtu prvku mnozrny A, 
cyklicky opakuji tyto operace: 

1. Vyhledani minimblniho prvku mnoziny 

A. 

2. Zapis tohoto prvku do mnoziny Z. 

3. Vyrazeni tohoto prvku z mnoziny A. 

Na stejnem principu ize postavit i jeden 
Z algoritmu trideni (sorting) prvku pole. Pre- 


dem jebtb zduraznbme, ze algoritmus musi 
mit konebne, jednoznabne Febeni. To 
by v hoFejbim pFikladu mohlo byt naruseno 
tFebas nevhodnym vybbrem prvku s mini- 
mblni hodnotou, bemuz jsme zabrbnili vyFa- 
zenim zpracovanbho prvku z puvodni mno¬ 
ziny A. Je mozne i takove Febeni, pFi nbm2 se 
dalbi prvek bude vybirat porovnanim 
s naposledy zpracovanym prvkem. Potom 
jeho vybbr zbvisi na typu testu, ktery muze 
byt napF. bud* >, nebo >=. V prvnim pFi- 
pade by za situace, kdy puvodni mnozina 
A bude obsahovat nbkolik shodnych prvku, 
pobet prvku novb, uspoFadanb mnoziny Z 
se zmenbil 

A {4, 1, 5, 2, 2, 1} 

/ \ 

> > = 


Z{l, 2,4,5} 


Z|l,1,2,2,4,5} 


Aplikovat test pro vyber dalbiho prvku Am in +i 
> A k by tedy znamenalo nejednoznacnost 
Febeni vubi pFedchozimu pFikladu, pobet 
prvku uspoFadane mnoziny Z by byl zbvisly 
na konkretnich hodnotach mnoziny A. 
Vbechny podobnb cinitele je tFeba pFi analy¬ 
ze algoritmu zvazit a pFi ladbni programu 
dukladnb provbFit. 


Tridbni pole s vybbrem extremnihe prvku 


niho prvku z dFive uvazpvane mnoziny. Cely 
cyklus hledani minimalniho prvku se opaku- 
je tolikrat, kolik prvku maji obe pole. Nako- 
nec pole A obsahuje same znabky, pole 
Z vzestupnb (podle velikosti) uspoFbdane 
prvky puvodniho pole. 

Abychom si prakticky ovbFili i dFivbjsi uva- 
hy, je na obr. 22 vyvojovy diagram zpracova- 
ni uvazovaneho algoritmu. Jiz z pFedchoziho 
popisu vyplyvalo, ze bude probihat ve dvou 
vlozenych cyklech. Vnejbi cyklus FOR urbu- 
je pobet pruchodu polem A, urbeny pobtem 
jeho prvku, vnitFni cyklus zajibfuje pro kazdy 
pruchod vyhledani minimalniho prvku a jeho 
puvodni pozice, zapis prvku do nove vytvb- 
Feneho pole Z a zbpis znabky vyuziti tohoto 
prvku na jeho puvodni pozici v poli A. Po- 
vbimnbme si toho, le vyvojovy diagram, 
i kdyz byl kreslen co mozna nejpFehlednbji, 
vbetne aktualizaci Fidicich prombnnych 
obou cyklu, skutebne strukturovane pro- 
gramovbni ani vyber pFikazovych struktur 
nijak nepodporuje. PFi jeho konstrukci je 
tFeba davat pozor zvlaste na nezadouci ubin- 
ky vetveni programu a soucasnb uvazovat 
i o moznostech jeho realizace pascalskymi 
pFikazy. Na druhe strane ovbem diagram 
poskytuje podrobny pFehled o jednotlivych 
dilcich akcich, ktery Ize u takto jednodu¬ 
chych programu jebte snadno zvladnout. 

Porovnejte si konstrukci vyvojoveho dia- 
gramu s vykonnou casti vypisu programu 


Nbsledujici dva programy ukazuji tFideni 
pole s vyuzitim testu minimalniho prvku, 
setFidbnb pole bude vidy uspoFbdano vze¬ 
stupnb. Prvni pFiklad je obdobou dosud uva-/ 
zovanbho algoritmu s tim, ze je vztazen ke 
strukturbm typu biselnb pole integer. 


C START ) 


zapis hodnot pole 
ALIJaz AIN] 

I 

/: =1 


Vystavba novbho, vzestupnb 
usporadbnbho pole 

V tomto pFikladu Febime vystavbu noveho, 
vzestupne uspoFadanbho celobiselnbho 
pole Z (1 az N) se stejnym pobtem prvku, 
jako ma puvodni, neuspoFbdane pole A. 
Princip vybbru minimalniho prvku v kazdbm 
pruchodu pole A osvbtluje obr. 21. Do refe- 
renbni prombnne R je vzdy ulozen obsah 
prombnne A [l j, ktery se postupnb porovnb- 
vb s dalbimi prombnnymi pole. V pFipadb, ze 
R > A [kj, byl nalezen dosud nejmenbi prvek 
pole. Ten je pFesunut do referenbni prombn- 
nb, R:= A [kj a do pomocnb prombnne P je 
uloien index jeho puvodni pozice v poli A. 
Pokrabuje se v pruchodu az do konce puvod¬ 
niho pole. Tehdy je v referenbni prombnne 
R ulozen skutebne nejmensi prvek pole A, 
v pomocne prombnnb P jeho puvodni index. 
Obsah prombnne R se uklbdb na prvni volnb 
misto v novem poli Z. Na puvodni pozici 
tohoto prvku v poli A, identifikovanou inde- 
xem, ulozenym v prombnne P, se ulozi znab- 
ka, tvoFena hodnotou, pFevybujici maximblni 
motnou hodnotu libovolnbho prvku A. To je 
ekvivalentem vyFazeni nalezeneho minimal- 
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Obr. 21. Znazorneni algoritmu tridenl nove 
vytvareneho pole 
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Tab. 7. Vytvoreni novdho setriddneho pole 

PROGRAM TNPAZ1; 

CONST N-6; 

ZN-999; 

VAR 

I,J,R,P:INTEGER; 

v A,Z:ARRAY Cl -Nl 6 f INTEGER; 

BEGIN 

VRITELN C'ZADEJ HODNOTY POLE:'); 
FOR I:«l TO N DO READ (Atll); 

FOR I:-l TO N DO 


plvodnl pole 


ALII 

AL21 

AL31 

ALU1 

AL5J 

AL6J 

1 + 1 

1 

5 

1 2 J 

8 

M 



— 5 — 0 

CD—Cfl 


b- 


-0 


BEGIN . 

R: -A [1] ; P: -1 ; 

1 1 1 

1 2 

1 4 1 

1 5 

1 6 1 

1 8 1 

FOR J:=2 TO N DO 

ALII 

AL21 

AL3J 

AW 

AL5] 

AL6J 


BEGIN 

IF R>AU] THEN P:-J; 

R: =ALP] 

END; 

ZCli:»R;A[P]:«ZN 
END; 

VRITELN C'OBSAH POLE A PO TRIDENI:') 
FOR I:«l TO N DO WRITE CA[I]); 
VRITELN; 

VRITELN C'VZESTOPNE SETRIDENE POLE 
FOR I:-l TO N'DO WRITE (ZLID 
END. 


RUN 

ZADEJ HODNOTY POLE: 

-13 

423 

-231 

1232 

562 

-IS 

OBSAH POLE A PO TRIDENI: 

999 999 999 1232 999 999 
VZESTUPNE SETRIDENE POLE Z: 

-231 -15 -15 123 362 999 

TMPAZ1 (Tfideni vybdrem Minimalniho 
Prvku pole A do pole Z) v tab. 7. Zde jsou 
deklarovany konstanty N (volba podtu prvku 
obou poll) a ZN (hodnota, umisfovand na 
pozici nalezeneho minimalniho prvku v poli 
A). V useku promdnnych jsou deklarovdny 
ffdici promdnne dvou uzitych cyklu FOR 
(promdnnd I, J)> referendni promdnnd R, do 
niz se ukladd hodnota nejmendiho posledne 
nalezeneho prvku a pomocnd promdnna P, 
slouzici pro ulozeni indexu tohoto prvku. 
Konednd jsou deklarovana i obd pole A, Z. 

Na podatku programu jsou v cyklu FOR 
nadteny hodnoty pole A, zaddvane z klaves- 
nice. Nasleduje vlastni tridici program, od- 
povidajici vyvojovemu diagramu. Sklada se 
ze dvou vlozenych cyklu FOR. Vndjdi cyklus 
s podtem opakovani I = 1 to N urcuje podet 
pruchodu polem A, vnitrni cyklus s podtem 
opakovani J = 2 TO A/udava pocet porovna- 
ni v kazdem pruchodu. Vlastni porovnavani 
se uskutednuje s vyuzitim prikazu podmind- 
neho vetveni. Pri kazdem vystupu z vnitrniho 
cyklu je do pole Z ulozen na nejnizSi volnou 
pozici zleva dal§i serazeny prvek, na jeho 
puvodni pozici v poli A znadka. Pri vystupu 
z vn£j§iho pole je jiz vytvoreno cele nove 
pole Z, puvodni pole A je prepsano samymi 
znadkami. 

V programu TMPAZ1 je, stejne jako 
v ostatnich, uveden pfiklad dinnosti po 
odstartovani provaddciho rezimu. Nejprve 
na naznak zadame hodnoty prvku pole A, 
mens! nez deklarovana hodnota ZN. Pak 
jsou vypsany hodnoty prvku obou poli po 
zpracovcini programu. Z prikladu vidime, 
ze v poli A jsou vsechny puvodni hodnoty 
nahrazeny znadkami kromd promdnne 


seiridene pole 
pozn. O = novy mini main! prvek 
| | = premlsteny prvek 

Obr. 23. Algoritmus tridSni v puvodnim poli 


Tab. 8. Tfiddni s vybdrem minimalniho prvku, 
prov&dend v pOvodnim poli 

PROGRAM TMPAA2; 

CONST N=6; 

VAR 

I,J,R,P,X:INTEGER; 

A:ARRAY C1..N2 OF INTEGER; 

BEGIN 

VRITELN C'ZADEJ HODNOTY POLE:'); 

FOR I:«1 TO N DO READ CACI1); 

FOR I:-l TO N—1 DO 
BEGIN 

R:-ACI];P:«I;X:-I+1; 

FOR J:»X TO N DO s 

BEGIN 

IF R>A tj2 THEN 
BEGIN 

P:»J;R:-AtP3 > 

END 

END; 

ACPI :-Atll; Atll:-R 
END; 

VRITELN ('VZESTUPNE USPORADANE POLE A:') 
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Obr. 24. Vyvojovy diagram triddni v puvod¬ 
nim poli 

A [4], u niz byla zamdrnd zadana hodnota 
v6t§i, nez pripustnci. Pole Z je vzestupnd 
setriddne. 

Vzestupne trideni v puvodnim poli 

Predchozi algoritmus i program Ize snad- 
no modifikovat tak, ze nemusi byt vytvareno 
nove pole, ale ze se prvky mohou tridit 
v puvodnim poli. Princip je velmi jednodu- 
chy. Je zalozen na tom, ze do puvodniho 
pole je zbytecne ukladat na misto nalezene¬ 
ho minimalniho prvku znadky tehdy, bude-li 
nalezeny prvek umisten primo na jemu od- 
povidajici pozici z hlediska trideni a na jeho 
puvodni misto bude ulozen prvek, ktery mu 
tuto pozici musel uvolnit. Oboji v puvodnim 
poli. Protoze po prvnim pruchodu je v pro- 
menne A 11 julozen minimalni prvek celeho 
pole, muze dalsi pruchod polem zadinat az 
od promdnne A [ 2 ] atd., cimz se ve srovnani 


Na konci kazdeho pruchodu polem je vzdy 
umisten novd nalezeny prvek triddneho pole 
na spr^vnou pozici, na jeho misto pfesunut 
puvodni prvek z tdto pozice. V pripadd, ze 
hledany prvek jiz byl v pOvodnim poli umis- 
tdn sprdvnd, premisfovdni nenastane. 

Odpovidajici program TMPAA2 je v tab. 8. 
Tento druhy program, zalozeny na jiz pond- 
kud mdnd prirozendm algoritmu, je vudi 
predchozimu znatelnd rychlejdi. 

Triddni zamenou (bublanim) 

Tato metoda se od prechozich zasadnd 
lisi tim, ze se primo nehleda minimalni 
prvek, ale vzajemne se vzdy porovnavaji dva 
sousedni prvky a to takovym zpusobem a tak 
dlouho, az pri kazddm pruchodu neprimo 
nalezeny extremni prvek ,,vybubla“ (metoda 
se oznacuje jako bubble sorting) na jemu 
odpovidajici pozici. Trideni probiha v pu¬ 
vodnim poli. 

Zakladni algoritmus nejlepe vystihne gra- 
ficke znazorndni praktickeho prikladu, obr. 
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b) 

Obr. 25. Metoda BUBBLE SORTING; a) 
priklad trideni pole s vyuzitim algoritmu za- 
mehovdni sousednich prvku. Krouzkem je 
vzdy oznaden prvek, ktery vprisludnem pru- 
—chodu,, vybublal" na svoji prisluSnou pozici, 
b) priklad tfid&ni pole zamdfiovanim a vyu¬ 
zitim zpdtnych chodu. Bdznd zamdriovand 
pdry jsou oznaceny ramedky, zpetne chody 
sipkami 

25a. Pri kazd6m pruchodu polem zleva se 
porovnavaji hodnoty sousednich prvku 
J a K = J+1. PlatMi, ze A [j] < A [ K ] 
porovnavaji se nasledujfcf dvojice A [J] +— 
A |K] a A [K] <- A [K + ij. Pokud ma vsak 
niz§i prvek v porovnavane dvojice v£t§f 
hodnotu nei nasledujfcf, tedy A [j]>A [K], 
zamenf se hodnoty obou prvku v poli. 
S ukondenfm kazdeho pruchodu vyplyne 
hodnota dosud nezpracovaneho nejv§t§fho 
prvku pole na jemu odpovidajfcf pozici. 

Efektivnost (tj. rychlost) metody podstatne 
zrychluje zavedeni tzv. zpetneho chodu. 
Princip: Je-li pri porovnanf zjiStena potreba 
zamSny prfslu§nych prvku, provede se stej- 
n§ jako v predchozfm prfpade. Nasleduje 
porovnani dvojice poradov6 nizsich soused¬ 
nich prvku s indexy K = J, J = K-1. Je-li 
hodnota ni2§fho prvku dvojice v£t§f nez hod¬ 
nota prvku vyssfho, prvky se opSt zamSnf 
a pokraSuje se v dekrementaci indexu prvku, 
jejich porovnavanf a zamen£ch zp6tnymi 
chody do takove hloubky, az se narazi na 
usporadany blok pole. Potom pokracuje 
zpracov&nf pole dvojicf prvku, nasledujfcf za 
puvodnf zamenou. Takto se dosahuje setrf- 
d£nf pole v jedinem pruchodu, ktery ov§em 
muze obsahovat velke mnozstvf zpetnych 
chodu, z^visle na puvodnfm obsahu pole. 
Vyznamne je, ze pri kazde zamen£ se muze 
narusit jiz setrfd£na cast pole, ktera pak opet 
musl byt reSena pomoci zpetnych chodu 
(obr. 25b). 

Odpovidajfcf vyvojovy diagram je na obr. 
26. Prohledavanf nprvkoveho pole probfha 
v konecn6m podtu N- 1 cyklu. Pri 
AjjJ<A[Kj jsou v kazdem cyklu pouze 
porovnavany dva sousednf prvky s odpovf- 


Tab. 9. Bublinove tffd£nf s vyuiitfm pffkazu 
GOTO _ 

PROGRAM BUBS3; 

LABEL 6; 

CONST N=6; 

VAR 

I,J.K.P:INTEGER; 

A:ARRAY [1. . N] OF INTEGER; 

BEGIN 

VRITELN <'ZADEJ HODNOTY POLE:'); 

FOR I:»l TO N DO READ CA[Ip; 

FOR I:-1 TO N—1 DO 
BEGIN 

J: -I; 1C; -J+1; 

6:IF A [ J ] > A [ K]THEN 
BEGIN 

P: -A[K] ; A[R]: -A[J];A [j]:-P; 
IF J>1 THEN 
BEGIN 

K: -J; J: “K-l; 

GOTO 6 
END 

END 

END; 

VRITELN <'SETRIDENE POLE:'); 

FOR I:-1 TO N DO WRITE <A[IJ) 

END. 


RUN 

ZADEJ HODNOTY POLE: 

4 

8 

-8 

43 

-3 

3 

SETRIDENE POLE: 

-8 -3 3 4 8 43 



Obr. 26. Vyvojovy diagram triddni pole na 
principu algoritmu bubble sorting, doplndne- 
ho vyuzitim zpetnych chodu 


Tab. 10. Bublinov6 trfdenf bez uzitf skokov6- 
ho pffkazu 

PROGRAM BUBS4; 

CONST N=6; 

VAR 

I,J,K,P:INTEGER; 

A:ARRAY [1..N] OF 


dajfcfmi indexy. Pri A |JJ>A[Kj dochazf 
k zamen£ a navfc, pri J>1 je automaticky 
zarazen test na. prfpadny zpetny chod. 

Nez se podfv&te na dv£ navazujfcf ukaz- 
ky mozneho programov6ho reSenf, zkuste si 
vhodny program navrhnout sami. 


INTEGER; 


BEGIN 

VRITELN C'ZADEJ HODNOTY POLE:'); 
FOR I:=1 TO N DO READ CAtl]); 

FOR I:«l TO N—1 DO 
BEGIN 

J:«I;K:»J+1; 

WHILE A[J]>aLk1 DO 
BEGIN 

P: =*A[K]; 

A[K]:-A [J]; 

Afj]:=P; 

IF J>1 THEN 
BEGIN 

" K: — J; J: =K—1 

END 

END 

END; 

VRITELN C'SETRIDENE POLE:'); 

FOR I:=1 TO N DO VRITE CA[l]) 
END. 

RUN 

ZADEJ HODNOTY POLE: 


Prvnf program BUBS3 vyuifva pro vol£nf 
zpdtneho chodu prfkazu skoku GOTO na 
navSstf, identifikujfcf prfkaz podmfneneho 
v£tvenf. Zmfnili jsme se jiz nekolikrat o tom, 
ze tento prfkaz, umoznujfcf skok do libovolne 
casti programu, muze zcela naruSit pro- 
gramovou bezpecnost poru§enfm hierar- 
chicke struktury. V tomto prfpad§, kdy je 
program kr&tky a prehledny, a kdy ke skoku 
dochazf uvnitr jedineho bloku, Ize ov§em 
skok pouzft. Navfc takov^ struktura pro¬ 
gramu dobfe odpovfda jeho prfpadne sym- 
bolice pro optimalizaci asembleroveho re§e- 
nf. 

Alternativou programu BUBS3, tab. 9, je 
druhy, prakticky shodny program BUBS4, 
tab. 10, v n§mz je potreba prfkazu skoku 
vyloufiena uzitfm vlozeneho podmfneneho 
cyklu WHILE. Chapejme porovnani obou 
programu jako ukazku toho, ze promysle- 
nym navrhem programu a vyberem prfkazu 
pascalske struktury Ize skutedne potrebu 
skokovych prfkazu prakticky vyloufiit. 

Shelluv algoritmus 


Dalsfho zkracenf doby, potrebne k trfdenf 
8 v poli urcite delky se dosahuje vyuzitim 

“ 8 Shellova algoritmu, patrfcfho k nejrychlej- 

43 §fm. Jeho smyslem je omezit pofiet potreb- 

-3 


3 
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SETRIDENE POLE: 

-8 -3 3 4 8 45 
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Obr. 27. Prubeh trident pole se sudym poc- 
tem prvku 


Tab. 11. Triddnl s vyuziti'm Shellova algoritmu 

PROGRAM SHELL5; 

CONST N—10; 

VAR 

I,J,K,M,P:INTEGER; 

A:ARRAY £ 1. . N ] OF INTEGER; 

BEGIN 

VRITELN C'ZADEJ HODNOTY POLErO; 

FOR I: =1 TO N DO READ CA[IJ); 

M:«N DIV 2; 

WHILE M>0 DO 
BEGIN 

J:=1;K:=N-M; 

^ REPEAT 

I:-J; 

WHILE A[I}>A[I+M]DO 
BEGIN 

P:«A[I] ;Atll:-A£l+Ml;A£l+M]:«Pj 
IF I>M THEN I:»I-M 
END; 

J:=J+l; 

UNTIL J>K; 

M:=M DIV 2; 

END; 

WRITELN C'SETRIDENE POLE: 

FOR I:*l TO N DO WRITE CA[I]) 

END. 



N =9 

M*(N/2)=i 
K* N-M =5 


M*(M/2) = 2 
K*N-M =7 


M=(M/2)=1 
K=N-M = 8 


RUN 

ZADEJ HODNOTY POLE: 

2 

4 

7 

ir 

8 

-9 

-5 

6 

—9 

4 

SETRIDENE POLE: 

-9 -9 -5 2 4 4 


M = (M/2)=0 


Obr. 29. Vyvojovy 
diagram trideni na principu 
Shellova algoritmu ^ 


Obr. 28. Prubeh trideni pole s lichym podtem 
prvku 


nych komparaci a zpetnych chodu, jak jsme 
je videli v poslednim prikladu tridSni z£m§- 
nou prvku. Toho se dosahuje ti'm, ze zameny 
neprobihaji v pnsn6 sekvencnim poradi sou- 
sednich prvku, ale jsou, podle Shellova algo¬ 
ritmu, organizovany tak, aby pri nasleduji- 
cich zamenach a zpetnych chodech byl mini- 
malne narusovan jiz setrideny blok. 

Podstatu algoritmu osvetluje obr. 27. Ce- 
lociselnym pulenim poctu prvku vstupniho 
pole se urci doplnkovy koeficient M = (M2), 
hodnoty indexu prvku leve casti takto rozde- 
leneho pole se mohou pohybovat v rozmezi 
1 az K, kde K = N - M.\J prvnim pruchodu 
polem se uskutecni K porovnani a pripadne 
vymeny obsahu prislusnych prvku pole, je- 
jichz otset je v kazdem pruchodu urcen 
koeficientem M. V prvnim pruchodu pole se 
sudym poctem prvku se neuskutecnuje zad- 
ny zpetny chod, duvodem je nutnost zabranit 
prekroceni rozsahu pole na jeho pocatku. 
Vyjimka muze nastat u pole s lichym poctem 
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prvku, kdy bude posledni index / = K>M 
(obr. 28). 

V kazdem dalSim pruchodu se podle algo¬ 
ritmu nove aktualizuje pocet potrebnych po¬ 
rovnani i ofset porovnavanych prvku. Ofset 
se stale zmensuje a odpovida vzdy celoci- 
selnemu puleni hodnoty (M/2), pocet porov¬ 
nani K=N-M se tim naopak zv£tsuje. Pri 
kazde zam§n6 A [I] «-> A [/ + M\ je v pnpad§ 
splnene podminky l>M, kde / = index aktu- 
6lniho prvku na lev§ strane pole, provaden 
test na pripustnost a pripadne zarazeni zpet- 
neho chodu. Tak se postupnS pole setrid’uje, 
bezpecne je setridSni ukondeno pri M = 0. 
Vidime, ze organizaci provadSnych za- 
men podle Shellova algoritmu je minimalizo- 
van jejich pocet i potrebny podet zpStnych 
chodu pri zachovani jednoducheho prubShu 
zpracovani. 

Vyvojovy diagram, popisujici prubeh akci 
pri trideni, je na obr. 29, odpovidajici pascal- 
sky program je v tab. 11. 

Program se v podstat£ sklada ze tri vloze- 
nych podmin§nych cyklii. Pred prvnim vstu- 
pem do vnejsiho cyklu WHILE (tedy cyklu 
s testem zahajeni) je inicializovana pocatec- 
ni hodnota promenne M = (M2). V tomto 



zamencu-zpetny chod 

























cyklu, urfiujlcim podle rozsahu pole pofiet 
jeho potrebnych pruchodu, je vlozen cyklus 
REPEAT (s testem ukonfienl). Pred kazdym 
vstupem do tohoto cyklu, urfiujlclho pofiet 
potrebnych zakladnlch komparacf A [/| 
: A | / + M] jsou nastaveny meznl indexy 
j=-\'K=N-M. Konefinfi nejnizfil vlozeny 
cyklus WHILE zajisfuje v prlpadfi vysledku 
predchozlho testu A [/] • > A [/ + M\ = true 
realizaci testu na prlpustnost zpetneho cho- 
du (podmlnka l>M) a je-li test pozitivnl, 
inicializuil se indexy odpovldajlclho paru 
prvku jejich zpfitnym posuvem o ofset M pro 
komparaci a prlpadnou zfimfinu zpetneho 
chodu. 

Vystup z vnitrnlho cyklu REPEAT je pod- 
mlnfin splnfinlm podmlnky J>K. Po aktuali- 
zaci promfinnfi M - (M/2) nasleduje vzdy 
novy vstup do vnejfilho cyklu a tedy novy 
pruchod polem s novym pofitem i ofsetem 
jeho porovnavanych dvojic prvku. Pro- 
gramovy cyklus je ukonfien s poslednlm 
vstupem do vnejsiho cyklu, kdy hodnota 
promfinnfi M - 0. 

Budete-li se chtlt presvfidfiit o tom, odpo- 
vlda-li prubfih trldfinl popsanemu algoritmu 
a uvedenym prlkladum v jednotlivych obraz- 
clch, nenl nic snazslho. Vlozte do programu 
za konec cyklu REPEAT radky 
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\ —— vystup btokovaneho 
' prvku (vety) znamena 
ukoncen! zpraco- 
vavane monotonie, 
protoie vsechny prvky 
v operacnlpameti 
i turna/ovem stromu 
jsou btokovane 


WRITELEN; 

FOR Z:=1 TO N DO WRITE A [Z]; 

Je pochopitelnfi treba take deklarovat ridici 
promfinnou cyklu. Pocet zadavanych prvku 
pole Ize mfinit zmfinou konstanty N. Pro¬ 
gram vyplfie obsahy pole pri jeho jednotli¬ 
vych pruchodech, tedy vlastnfi prubfih trldfi¬ 
nl vfietnfi zarazovanych zpfitnych chodu. 

Uvedene algoritmy, ktere jsme pravfi pro- 
brali, tvorl pouze fiast z mnoha znamych 
metod trldeni datovych mnozin. Patrl vfiak 
k nejuzlvanfijfilm a nejdulezitfijfilm, jejich 
znalost se proto jistfi uplatnl i v praxi. Ome- 
”5enlm pro uzlvfinl takovychto algoritmu je 
vfiak skutefinost, ze cele trldfinfi pole (nebo 
jinfi datova struktura) must byt v prubfihu 
celeho trldfinl ulozeno v operafini pamfiti. Ve 
vfiech predchozlch prlkladech jsme pro pre- 
hlednost vzdy uvazovali zpracovfinl pouze 
nfikolikaprvkoveho pole. V praxi ovfiem mo- 
hou byt trldfinfi nebo jinak zpracovavane 
datove mnoziny znafinfi rozsahle. Mohou byt 
naprlklad tvoreny datovymi soubory, uloze- 
nymi v extern! pam6ti, ktere Casto svym 
rozsahem mnohonasobne prevySujl volnou 
kapacitu datove oblasti operacnl pam§ti 
(RAM). Pro trld§nl takovych souboru jsou jiz 
uveden6 algoritmy nevhodne. 

Predtrid’ovanl, sl6vanl 

V§imneme si alespon symbolicky take prl- 
stupu ke trldeni rozs&hlych souboru. Z prak- 
tickych duvodu (kapacita operafini pameti) 
problhfi vzdy v podstatfi ve dvou ffizlch. 

Prvnl fazl je tzv. predtricfovanf. Je zaloze- 
no na predpokladu, ze pokud nemuze byt 
cel& zpracovavanci mnozina dat zavedena 
do operafini pamfiti najednou, musl byt 
zprlstupnovana po jednotlivych polozkach, 
tedy naprlklad po vfitach souboru. Postup- 
nym zpracovanlm vstupnlch dat se vytvorl 
nekolik kratslch, vnitrne setrldfinych dato¬ 
vych bloku (tzv. monotonil), ktere dohroma- 
dy obsahujl bucf vsechny vety puvodnlho 
souboru, nebo (z praktickych duvodu) casteji 
setrldene odkazy na tyto vfity, jejich kllfie 
(indexy). Tyto usporadane monotonie jsou 
pak ve druhe fazi zpracovanl, oznafiene jako 
slevani, opet postupnfi, po jednotlivych ve- 
tach, slufiovany do konecne, linearne uspo¬ 
radane, jedine setrldene mnoziny (souboru). 

Vhodny a velmi zajlmavy algoritmus pred- 
stavuje pro predtricfovacl fazi tzv. turnajova 
metoda, jejlmz principem je hierarchicke bi- 
narnl trldeni. Pro snadne pochopenl pouzije- 
me opet graficke znazornenl postupu zpra- 
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P - prazdna hodnota 


vystupprazdnehoprvku (vety) «... 

znamena konec pretfidbvanl, Obr. 30. SymbollCke Znazor- 

viechny prvky v pameti i stromu nenipredtrid’ovam'datpomoci 

jsou prdzdne turnajovd metody 


co vein I jednoducheho prlkladu, obr. 30, vety 
souboru nahradlme prvky jednoducheho fil- 
selneho pole. Predpokladame, ze naznafie- 
ne 9prvkove pole nemuze byt trldfino najed¬ 
nou, pro jeho zpracovanl je k dispozici pod- 
statnfi mens! kapacita operafini pameti, oz- 
nafiena symbolicky 4prvkovym „okenkem“. 

V kazdem okamziku se tedy trldfinl mohou 
aktivnfi ufiastnit pouze fityri prvky celeho 
pole. Pri zahfijenl predtricfovacl f4ze se do 
okenka zaplfil prvnl fityri prvky vstupnlch 
dat. Prvotnlm binfirnlm porovncinlm soused- 
nlch dvojic jsou ,,urfieni vltfizove 1. kola“, 
v nafiem prlkladu prvky s hodnotami 2, 5. Ti 
postupujl, podle binarnl stromove struktury 
do dalfilho kola atd., az se nakonec stretnou 
dva jedinl neporazenl vltezovfi vfiech dosa- 
vadnlch kol turnaje ve finale. Tam je urfien 
vltfiz celeho turnaje, v nafiem prlkladu ma 
vltfizny prvek hodnotu 2. Takto by trldfinl 
problhalo pouze v prlpadfi, ze bychom po¬ 
stupnfi vyrazovali uz zpracovane prvky, tj. 
vltfize jednotlivych turnaju, do mnoziny vy- 
stupnlch dat. Aby nemohl byt narufien setrl- 
dfiny usek, mohli bychom na pozici vyraze- 
neho prvku v okenku vzdy ulozit znafiku ZN. 
Tim by vsak nemohlo byt zpracovano vice 
prvku, nez kolik jich obsfihne okfinko sou-' 
fiasnfi. 

Podstatou vlastnlho predtricfovanl je to, ze 
na pozici vltfize kazdeho turnaje se neukla- 
da zadna znafika, ale dalfil polozka (prvek, 
vfita) z poradl dosud netrldfinfi vstupnl dato¬ 
ve mnoziny. K jejlmu zarazenl do okfinka Ize 
vyhodnfi vyuzlt zpfitnfiho chodu po puvodnl 
cestfi vltfize tohoto turnaje. Pred zarazenlm 
vsak musl byt hodnota nove polozky N po- 
rovnfina s prfivfi vyrazovanou V. Je-li N>V, 
muze byt do okenka zarazena bez omezenl. 
Je-li vsak N<V, tj. je ,,lepfil nez vltfiz pred¬ 
chozlho turnaje 11 , musl byt opatrena tzv. 
prlznakem blokovanl, ktery zabrafiuje jejlmu 
srovnavanl s bfiznymi polozkami, pro ktere 
prostfi neexistuje. Blokovana polozka mu- 


le byt vyuzita az tehdy, kdyz nenl v oken¬ 
ku zfidna polozka neomezenfi. Tim se za- 
brahuje narufienl poradl tfldfinych hodnot 
a soufiasnfi umo^huje do okenka zarazo- 
vat dalfil poloiky. 

Po kazdfim dalfilm novfim obsazenl trldi- 
clho okenka vzdy zafilna dais! ,,turnaj“, vltfi¬ 
zove tvorl dalfil prvky vystupnl, setrldfinfi 
datovfi mnoziny, na jejich mlsta vstupujl 
prvky dosud netrldfinfi mnoziny vstupnl. Pri 
tom v okfinku nutnfi pribyva blokovanych 
polozek, az nakonec tfimito polozkami bude 
tvofeno cele okfinko. V bezprostrednfi na- 
sledujlclm turnaji proto bude jeho vltfizem 
blokovana polozka. Tim je ukonfieno prvnl 
predtricfovanl, je vytvoren prvnl blok setrldfi¬ 
nych vystupnlch dat, tzv. monotonie. Vfiech- 
ny zbyvajlcl polozky okenka jsou okamzitfi 
odblokovfiny a puvodnfi blokovany vltfiz je 
zarazen na prvnl pozici dalfil vytvfirene vy¬ 
stupnl monotonie. Nakonec, s vyfierpanlm 
vfiech prvku mnoziny vstupnlch dat, nutnfi 
dochfizl ke fitenl prazdnych polozek do 
okenka. Vstoupl-li z nfiktereho turnaje 
prfizdny prvek, znamena to, ze jsou prfizdne 
vsechny polozky okenka, tlm je i ukonfieno 
zpracovanl poslednl monotonie a tedy i cele 
faze predtrid’ovanl. Cely algoritmus prehled- 
nfi postihuje obr. 30. 

Teprve po vytvorenl monotonil dochazl ke 
slevani celeho setrldfinfiho souboru. Samot- 
ny princip je jednoduchy, v navaznosti na 
predchozi prlklad ho postihuje obr. 31. Zde 
jsou pro prehlednost uvazovany pouze dvfi 
monotonie, ve skutecnosti jich ovsem muze 
byt mnohem vice. Vzhledem k moznemu 
rozsahu jednotlivych monotonil je slfivanl 
opfit provadfino po jednotlivych polozkach 
(prveleh, vfitach ..). Nejprve se vzdy porov- 
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naji prvni polozky vdech setridenych mono¬ 
tonii, viteznd se ulozi na prvni pozici setrid’o- 
vanych dat a mezi porovnavanymi polozka- 
mi je nahrazena poradove bezprostrednd 
ndsledujici polozkou ze stejne monotonie. 
Nasleduje hledani daldi vitdzne polozky. Po- 
stupnd dochazi k vyderpani jednotlivych mo¬ 
notonii. Nakonec, s vyderpanim posledni 
monotonie, je predtena prdzdna polozka 
a sldvani je ukonceno. Je vytvorena setridd- 
na mnozina vystupm'ch dat o stejndm podtu 
prvku, jako mela nesetriddna mnozina 
vstupni. 

I kdyz se uvedene priklady tykaly pouze 
uzce vymezene oblasti, jistd naznadily jak 
vyznam, tak i zajimavost studia algoritmic- 
kych postupu. Doufdme, ze objasnily i zakla- 
dy prace s Pascalem. 

Zapis, preklad, ladeni a ovdrovani pro- 
gramu 

Postup, jakym musi projit uZivatelsky pro¬ 
gram od navrhu aZ do faze praktickdho 
vyuZiti, v podstatd vystihuje uZ nazev tdto 
kapitoly. 

Program se na poditadi vytvdfi, zapisuje 
pomoci vhodndho obsluZneho programu, 
tzv. textoveho editoru, pres standardni kon- 
zolu (kldvesnici, displej). Vysledkem je zdro¬ 
jovy tvar programu. Pro pohodlnou prdci 
musi editor, jehoZ produktem je textovy sou- 
bor, umoZfiovat zdpis a edici jednotlivych 
radku programu. Tedy nejen zadavdni, ale 
i doplfiovdni, rudeni, vyhledavani, presouvd- 
ni a spojovani znaku, radku i celych texto- 
vych bloku. Vytvoreny zdrojovy textovy sou- 
bor (ASCII, EBCDIC) se z praktickych duvo¬ 
du ukldda na nosnd mddium vndjdi pamdti. 
Pro kontrolu, studium nebo evidenci je moZ- 
ny jeho vypis na tiskdrne. 

Pri vytvdreni zdrojovdho textu se samo- 
zrejmd nevyhneme chybam. Ty mohou bucT 
syntaktickd (nesprdvnd napsany, chybdjici 
nebo prebytedny znak ci operator, klicove 
slovo, promdnna, radek, deklarace ..), nebo 
semanticke (spatnd navrzeny program nebo 
jeho ddst, pfipadnd i detail). Na zadny z uve- 
denych typu chyb nas textovy editor pri 
zdpisu zdrojovdho programu neupozornuje. 
V Pascalu to neni technicky moznd ani udel- 
ne vzhledem k systdmu hierarchii programo- 
vych modulu a promdnnych. ' 

Zdrojovy program musi byt dale prelozen 
do ciloveho, spustitelndho strojovdho kodu 
procesoru. Preklad zajidfuje daldi specidlni 
program, tzv. prekladad (kompilator). Vedle 
vlastniho prekladu musi kompildtor umozfio- 
vat take interaktivni formu postupne kontroly 
a oprav syntaktickd sprdvnosti programu. 
Kompilace z rady duvodu vetdinou neprobi- 
ha naraz, avdak postupne v ndkoiika fazich, 
kterd mnohdy, zvlddte na malych pocitadich 
bez diskovych pameti, ani nebyvaji viditelnd 
rozliseny. V prvni fazi je zdrojovy pascalsky 
text programu prekldddn do mezikodu na 
urovni makroasembleru jazyka symbolic- 
kych adres. Preklad probiha podle obdobnd- 
ho schematu, jako preklad z jedne prirozene 
redi do druhd, vyuzivajici slovniku. Kazde 
definici, deklaraci, prikazu atd. kompildtor 


pfiznak 

konct 

stevani 


pfirazuje prefabrikovand bloky 
makroinstrukci. Bezprostrednd po 
spudtdni kompilace je, podinaje 
prvnim rddkem, program kontrolo- 
van syntakticky. Jakmile kompild¬ 
tor narazi na chybu, pFeklad se 
zastavi a celoobrazovkovy nebo 
rddkovy editor vhodnym ndzna- 
kem a textem (chybove hidden!) 
vice nebo mdnd pfesnd upozorhuje na po¬ 
zici vyskytu a typ chyby. Vdtdina chyb byva 
patma na prvni pohled, rafinovandjdi vyskyty 
identifikujeme pomoci tabulky chybovych 
hlddeni (napr. HP 4 T jich obsahuje na 70). 
Nalezene chyby postupnd opravujeme v au- 
tomaticky aktivovandm edidnim mddu, zno- 
vu spoudtime kompilaci atd., a i je nakonec 
prelozen a tim i i syntakticky opraven cely 
program. 

Jednoduche kompilatory umoinuji pre¬ 
klad pouze celeho, uplndho zdrojovdho pro¬ 
gramu. Pak zpravidla po uspddndm prucho- 
du celym kompildtorem ndsleduje automa- 
ticky preklad z mezijazyku ASM do strojovd- 
ho kddu v absolutnich adresdch. Vysledkem 
je tedy v operadni pamdti umistdny program 
ve strojovdm kodu, ktery jiz muze byt spud- 
tdn. 

Ndkterd komfortni kompilatory, uzivand 
na poditadich s diskovd orientovanymi ope- 
radnimi systemy, umozfiuji pfeklady pro- 
gramovych modulu rozsdhleho zdrojovdho 
programu. Tyto moduly musi byt vzhledem 
k jejich mozndmu nasledndmu spojovani 
vytvareny jako premistitelnd (relokativni), 
tedy ne s absolutnimi adresami. Ze stejndho 
duvodu musi byt moind i vzajemne odvoldv- 
ky mezi jednotlivymi moduly. Jednotlivd mo¬ 
duly se pak spojuji ve vysledny uzivatelsky 
program. K tomu se uzivd daldi obsluZny 
program, tzv. spojovad (linker), respektujici 
vzdjemnd vazby a odvolavky vdech modulu. 
Vysledny spojeny program muze byt gene- 
rovdn jak v absolutnim strojovdm kodu, tak 
ve vhodndm udelovdm mezikodu, napriklad 
x Intel HEX. 

Nasleduje etapa vlastniho laddni pro¬ 
gramu, tedy jeho detailni sdmanticka kontro- 
la. V tomto ohledu ovdem muZe byt systdmo- 
va podpora jen omezend. Nejjednoduddi im- 
plementace pouze podporuji kontrolu pri- 
pustnych mezi vypodtu v dynamickem reZi- 
mu, po spustdni bdhu preloZendho pro¬ 
gramu. Funkci programu ovdrujeme vysetro- 
vdnim jeho reakce na zaddvana vzorovd 
data, vdetnd jejich extrdmnich hodnot a kom- 
binaci i vdech moZnych pracovnich podmi- 
nek. Fatdlni chyby, jako je prekrodeni adre- 
soveho prostoru nebo rozsahu dat, kterd by 
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Obr. 32. ZnazornSni postupu zdpisu, prekla- 
du, laddni a spojovani' pascalskeho pro¬ 
gramu 


mohly zpusobit i zhrouceni systdmu, vyvold- 
vaji automatickd zastaveni bdhu programu 
a vypis chybovdho hlddeni (runtime error). 
Diagnozu chyby usnadfiuje kriZovy vypis 
programoveho useku, obsahujici vZdy mini- 
mdlnd aktudlni stav programovdho ditade 
v mistd vyskytu chyby a odpovidajici rddky 
zdrojovdho textu. 

Vyddi programovd vybaveni ovdem nabi- 
' zeji i pri laddni programu komfort podstatnd 
vdtdi. Za urditych podminek, kterd musi byt 
dodrZeny uZ pri kompilaci, dovoluji napriklad 
i zpdtnou kompilaci preloZendho, laddndho 
programu do pascalskdho tvaru. Pri dodrZe- 
ni jinych podminek je moZne nasadit ladici 
program (debugger), umoZnujici uZivat kro- 
kovani programu, definovat programovd za- 
rdZky, zobrazovat hodnoty promdnnych, pa- 
rametry procedur aj. 

Z obou predchozich odstavcu vidime, Ze 
pojem strojove nezdvisly jazyk neplati do 
vdech dusledku. Rozdiiy mezi ruznymi im- 
plementacemi Pascalu v podstatd vyplyvaji 
ze tri hlavnich dinitelu, kterymi jsou dffka 
toku dat, uZity typ procesoru a konfigurace 
prostredku konkretniho poditade, a konednd 
operadni systdm, pod kterym poditad a tedy 
i uZitd implementace pracuje. Pri praktickd 
prdci je tedy nutno nejprve zvlddnout dialekt 
Pascalu na konkretni implementaci a moZ- 
nosti jejiho vyuZiti. Oboji vZdy byvd popsdno 
v manudlu. Klasickym pfikladem mohou 
byt jednotlivd verze Turbo Pascalu, v nichZ 
jsou moZnosti praktickdho vyuZiti vudi 
standardnimu Pascalu podstatnd rozdife- 
ny jak v ndvaznosti na vyvoj v oblasti pro- 
gramovdni, tak modernich operadnich 
systdmu. 


Operacm systemy 

JiZ ndkolikrdt jsme se dotkli pojmu operad¬ 
ni systdm. Na daldich strdnkdch si operad¬ 
nich systdmu budeme vdimat bliZe. 

Ndjaky operadni systdm je instalovdn na 
kaZdem poditadi, urdendm pro univerzdlndj- 
di aplikace. Programy, vytvdrend pod stej- 
nym operadnim systdmem jsou, s urditymi 
omezenimi, prenositelne mezi obecnd ruz¬ 
nymi typy poditadu. ProtoZe to je mimorddnd 
vyznamnd vlastnost, je duleZitd standardiza- 
ce tdchto systdmu. Bez operadniho systdmu 
pracuji pouze jednoudelovd poditade, tedy 
v podstatd logickd automaty, jejichZ dinnost 
je urdena pevnym naprogramovdnim a kon- 
figuraci technickych prostredku pro konkrdt- 
ni aplikaci. 

Smyslem operadniho systdmu je prede- 
vdim podporit prdci uZivatele poditade. Ope¬ 
radni systdm je tvoren souborem programo¬ 
vdho vybaveni, kterd ridi prubdh zpracovdni 
uZivatelskych programu a tomu odpovidajici 
soudinnost technickych prostredku, kterd 
pouZivd a na kterd take klade urditd ndroky. 
Obecnd se kaZdy operadni systdm sklada ze 
dvou ddsti: 

- systdmovdho programovdho vybaveni, 
zajidfujiciho dosud uvaZovand funkce, 

- doplfikovdho programovdho vybaveni, je- 
hoZ smyslem je podporit vlastni prdci uZi¬ 
vatele. 

Pondkud konkrdtndji Ize skupiny pro¬ 
gramu, vytvdrejicich operadni systdm, ddlit 
asi takto: 

1. ftidici (organizadnO program 

Tento program, tvorici jddro systdmovdho 
programovdho vybaveni, se sklddd ze dvou 
ddsti. 

Systdm rlzenf dinnostf zajidfuje inicializaci 
systdmu, bdh i ukondeni uiivatelskdho pro¬ 
gramu, kteremu priddluje i volnd misto v ope¬ 
radni pamdti a vstupni/vystupni zarizeni. 

Systdm spravy dat ridi a eviduje umisfo- 
vani a pristup k vndjdim souborum s vyuZitim 






operativnd pFistupnych vndjdich pamefo- 
vych mddn (floppy, hard disk). 

2. Prekladade 

Tuto skupinu pfedstavuji programy pro 
pFeklad rtiznych zdrojovych programu do 
poiadovandho cilovdho tvaru. 

3. Obsluznd programy 

VytvdFeji pomocnd systemovd vybaveni, 
ktere )e uzivateli kdykoli k dispozici, a tak 
usnadfiuje casto se opakujici nebo velmi 
namdhavd rutinni prdce. S radou tdchto pro¬ 
gramu jsme se \\t sezndmili (editory, loade- 
ry ..), daldich si vdimneme pozddji. 

Operadnich systdmu dries pochopitelnd 
existuje cela Fada, vyvijely se dlouhou dobu 
atento proces neni ukonden a pravddpodob- 
nd asi ani nikdy nebude. Operadni systemy 
se lidi jak podle technickd vyspdlosti jednotli¬ 
vych generaci a typu poditadu, tak podle tfid 
uloh, pro kterd jsou urdeny. 

Do pomdrnd neddvne doby byly operadni 
syst6my domenou velmi omezendho okruhu 
specialist!! V souvislosti s hromadnym roz- 
diFovdnim osobnich poditadu s vndjdimi dis- 
kovymi a disketovymi pantetmi se vdak do- 
stdvaji do oblasti zdjmu sirokd technicke 
verejnosti. 


Diskove pameti 

Mimorddnou danci, pFinadejici technicke 
i ekonomickd zvlddnuti hromadrte vyroby 
jednotek diskovych pamdti a jejich integro- 
vanych Fadidu, vycitili brzo jak vyrobci osob¬ 
nich mikropoditadu, tak softwarovd firmy. 

I kdyz se zpoddtku mnoho z nich snalilo na 
trhu prosadit samostatne svymi koncepcemi 
a redenimi, bylo patrne, ze narustajici Baby¬ 
lon muze zastavit pouze bud 1 ndjakd univer- 
zdlni redeni operadniho systdmu, vyhovujici 
vdem vyrobcum osobnich mikropoditadu 
(nebo alespofi naproste vdtsind), nebo nao- 
-pak mocnd, bezkonkurendnd dominujici fir- 
ma, kterd svou koncepci vnuti ostatnim. 
ObQji se pak vicemend uddlo a tato tenden- 
v ce se projevuje i v daldim vyvoji. 

Pro usnadneni orientace v operadnich sy- 
stemech si nejprve povdimneme zdkladnich 
principu technics realizace a fyzicke orga- 
nizace zdznamu na diskete jednotky floppy- 
diskovd pamdti. Zaznam, zalozeny na fero- 
magnetickdm principu, se uklada na rotujici 
disketu v urcitem, podle typu jednotky speci- 
fikovandm formdtu. V kazdem pripade vdak 
zaznam vzdy probihd na definovandm, for- 
mdtem urcenem podtu stop. Kazdou stopu 
tvori samostatna, uzavrena a od ostatnich 
stop oddelend kruhova draha, obr. 33. Aktu- 
dlni stopa se vybird linearnim pohybem dte- 
ci/zaznamove hlavidky po drdze, odpovidaji- 
ci polomdru diskety. 

Zakladnim poiadavkem, kladenym na 
diskovou pamdf, je pochopitelnd predevdim 
rychlost, bezpecnost a kompatibilita provd- 
ddneho zaznamu, ale i jeho znovuvyhleda- 
vani. To znamend, ze organizace dat, ukld- 
danych na disketu, zpusoby pFistupu k nim 
i jejich zabezpedeni musi odpovidat urditym 
zdvaznym normam. Prvni z techto norem je 
vzdy format diskety. K formdtovani se vyuzi- 



Obr. 33. Fyzicka organizace zaznamu na 
stopy O az MAX diskety a jejich rozdeleni do 
sektoru 


vaji spectelni instrukce Fadide, zpravidla 
pFed prvnim pouzitim diskety. 

Na obr. 34 je hrub6 zndzorngni standard- 
niho formatu jednd stopy floppydisku. 
Prvnim krokem na cest6 k organizaci ukte- 
dcini dat je definovane rozdeleni v§ech stop 
diskety, jejichz kapacita je pFili§ velkci, na 
men§i useky, tzv. sektory. Dal§im krokem je 
potFeba identifikovat stopy i sektory, zabez- 
pedit kontrolu jejich obsahu a pFistupu k nim. 

Pod^tek kazdd stopy je moino odvodit od 
indexovdho otvoru v diskete, obr 33. Na 
tento otvor navazuje prvni zaznam ve formei- 
tu stopy, tzv. indexov£ adresov6 znadka 
1AM, podle kterd Fadid identifikuje pod^tek 
stopy. Po odddlovaci mezeFe jiz n^sleduji 
formcitovan^ pole zaznamu jednotlivych 
sektoru. Ka2dy sektor je rozddlen do dvou 
d&sti: 

1. Identifikator sektoru 

pFedstavuje sluzebni blok, zadinajici spe- 
ci^lni identifikadni znadkou (DAM, vyuziva- 
nou pro synchronizaci odeleni dat Fadidem 
(viz d£le). Daldi polozky tohoto bloku obsa- 
huji informace o disle stopy, strand diskety, 
disle a deice sektoru, pomoci nichz muze 
Fadid kontrolovat sprdvnost pFistupu, a ko- 
nednd pole zabezpedovacich bytu CRC. 

2. Datovy blok 

nesouci vlastni informadni obsah pFislud- 
ndho sektoru je opdt odddlen pFisludnou, 
definovanou mezerou. Takd datovy blok je 
uvozen specidlni, datovou adresovou znad¬ 
kou DAM, ndsleduje pole uzivatelskych dat 
a cely blok je opet uzavFen zabezpedujicimi 
byty CRC. 

Uvedenym zpusobem jsou, oddeleny pFi- 
sludnymi mezerami, zaznamendvdny na 
stopd postupnd jednotlive sektory, jeden za 
druhym. 

Pro identifikadni znadky 1AM, IDAM, DAM 
musi byt pouzito specialni kddovdni, odlidne 
od uzite kodovaci metody bdznych dat. To 
proto, aby ndhodny obsah datovych a slu- 
zebnich blokD a poll' nemohl byt mylnd inter- 
pretovan jako ndkterd ze znadek. K tomu se 
pouzivd princip vypoudtdni pFesnd definova- 
nych taktovych impulsu. Touto problemati- 
kou se zabyvat nebudeme, obdobna Fedeni 
se uzivaji i v jinych oblastech, napFiklad pFi 
organizaci komunikace v pFenosovych si- 
tich. Bliie si vdak povdimneme obou zdklad- 
nich principu vlastniho kddovdni dat, zapiso- 
vanych na disketu. 

Data mohou byt na stopu zaznamendvana 
pouze v ,,sdriovem“ tvaru, pFidemz jednomu 
zapisovanemu ,,bitu“ vzdy odpovida zmdna 
smyslu magneticke orientace saturovandho 
elementu diskety vudi pFedchozimu. Mecha- 
nicka orientace zaznamu je podelnd, ve 
smdru rotace. Vzhledem ke konednd stabili- 
td i pFesnosti a tolerancim rychlosti otaceni 
disket na jednotlivych mechanikdch vyuziva- 
ji obd metody spoledndho a vlastnd jedindho 
mo^ndho zakladniho principu - Fizeni za¬ 
znamu i dteni systemovym taktem, pFidemz 



Obr. 34. Znazorneni zaznamu sektoru na 
stopd floppydisku 

tento takt se vhodnym zpusobem komponu- 
je s uiitednymi daty a tvoFi tak nedilnou 
souddst zaznamu na disketd. 

Pro pochopeni obou zdkladnich kddova- 
cich systdmu FM (Frequency Modulation 
nebo take SD - Single Density) a MFM 
(Modified FM, popF. DD - Double Density) je 
vhodne uvddomit si pFedem, ze vlastnimu 
zdpisu na disketu tdsnd pFedchazi ddleni kmi- 
todtu jiz zakddovand kompozice v pomdru 1:2, 
dteny signal je naopak pFed zpracovdnim v po¬ 
mdru 2:1 ndsoben. Timto vtipnym zpusobem je 
dosaieno ji t zmindnd stFidave magneticke 
orientace sousednich zaznamovych ele¬ 
mentu (nezavisle na jejich obsahu), coz 
prakticky omezuje podet potFebnych magne- 
tizadnich zmen zhruba na polovinu, potladu- 
je vliv rychlosti otddeni pFi zdznamu a dteni 
na bezpednost zpracovavanych dat a sou- 
casnd umozfiuje dosahnout vdtsi hustoty 
zdznamu. 

Princip kddovdni zdznamu metodou FM je 
na obr. 35. Stopa a) postihuje sled bitii, kterd 
maji byt zpracovany jako data. Cistd impulsy 
T na stopd b) pFedstavuji hodinove impulsy 
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systemoveho taktu s konstantni periodou 
4us. Ri kodovani datovych bitu s urovni L se 
kompozice zakodovaneho signalu, tvofend 
impulsy T+D, neovlivfiuje, datove bity 
s urovni H se do kompozice doplnuji a to 
vzdy tak, ze jsou vudi impulsum T posunuty 
o jt/2. Pro pfehlednost jsou tyto impulsy ve 
stope b) oznaceny drafovanim. Takto vytvo- 
fena zakodovana kompozice vlastne pfed- 
stavuje kmitoctove modulovany signal se 
dvdma moznymi dobami trvani jednotlivych 
intervalu mezi aktivnimi (sestupnyrpi) hrana- 
mi (2ns, 4ns). Tento signal se zavadi na 
zaznamove obvody floppydisku. V jednotce 
je konednd delen, napfiklad klopnym obvo- 
dem D v ponrteru 1:2, cemuz odpovida daso- 
vy prubeh magnetickeho zdznamu na stopd 
c). Pfi cteni je mozno puvodni kddovaci 
kompozici T+D rekonstruovat. Pro nazor- 
nost uvazujme jeji odvozeni pomoci obycej- 
neho monostabilniho obvodu s T M1 < 2ns, 
reagujiciho na obe hrany dteneho signalu, 
stopa d). Obdobne, pomoci monostabilniho 
obvodu s T M2 = 3 ns Ize demonstrovat 
odddleni impulsniho sledu systemoveho 
taktu, stopa e), kterbho Ize vyuzit pro obvody 
datoveho separators V praxi se ovsem pro 
obnovu taktu nepouzivaji monostabilni ob¬ 
vody, ale smycka fazoveho zavesu PLL. 

Princip metody MFM, umoznujici vudi FM 
dvojn&sobne zvdtseni hustoty zaznamu, je 
na obr. 36. Vychazi se z pozndni, ze u meto¬ 
dy FM tvofi podstatnou slozku z&znamu, 
zvysujici pozadavky na sifku pfenadeneho 
kmitodtoveho spektra a tim i pfesnost disko- 
vd mechaniky, impulsy systemoveho taktu 
T. Byla nalezena metoda, ktera dini uziti 
tdchto impulsu prave v kritickych oblastech 
zaznamu nadbytednym. Dusledkem jejiho 
uplatneni je zminene zdvojnasobeni hustoty 
zaznamu bez zvetseni poctu magnetizac- 
nich zmdn. Stejnd jako u FM zustavaji dato¬ 
ve bity D = H aktivni soudasti vytvafene 
kompozice. Impulsy taktu T se vdak nyni do 
kompozice zafazuji pouze tehdy, kdyz jim 
bezprostfednd nepfedcheizi ani je nenasle- 
duje prdvd aktivni impuls D = H. Impulsy se 
tedy ve vysledne kompozici vyskytuji pouze 
na hranach sousednich bitu D = L. Obnova 
taktu na strane cteni je nyni mozna pouze 
s vyuiitim zavdsu PLL, zvdtduji se i pota- 
davky na presnost mechaniky a ctecich zesi- 
lovadu jednotek. Pro vetdi bezpednost cte- 
nych dat se na strand jejich zdpisu pouziva 
princip tzv. prekompenzace. 

Jiz z tohoto strucndho pfehledu fyzicke 
struktury a organizace zaznamu dat na dis- 
kove jednotky je patma jejich znadna slozi- 
tost. Pro fizeni jednotek se dnes jiz vyludne 
pouzivaji specializovane procesory, monoli- 
tickd rad ice diskovych pameti, viz napf. kla- 
sicky obvod 8272. ftadice umoznuji fidit na 
zakladd instrukci postup akci a kontrol fady 
funkci pres vystavovani hlavidky, zaznam 
a cteni sektoru az napriklad po formatovani 
diskety. Pfenos dat mezi operadni pamdti 
a diskovou jednotkou vzhledem k dosazeni 
velke pfenosove rychlosti standardne zajis- 
fuje dalsi programovatelny obvod, fadic pri- 
meho pfistupu k pamdti DMA, napriklad 
obvod 8257. 

Zajemce o podrobnejsi informace k pro- 
blematice diskovych pameti musime odka- 


zat na specializovanou literaturu. Pro nasi 
dal§i potrebu n^m dosavadni informace sta- 
6i. Je v§ak treba uvddomit si, ze dosud 
uvazovan6 d6leni diskov6ho zaznamu na 
stopy a sektory souvisi s fyzickou organizaci 
diskove pameti (rotabni pohyb, mechanis- 
mus vystavovani hlavicky..). Z hlediska 
programatora pocitafie, vybaveneho disko- 
vym operafinim syst6mem, nejsou znalosti 
o okamzite pozici ulozeni dat na disku v pod- 
stat§ vubec zajimavb, pr^v§ naopak. Pro- 
gramator potfebuje s t§mito daty pracovat 
jako s vnejSimi soubory a jako takove je takb 
vytvaret, vyhledavat, zpracovavat i rusit. Os- 
tatni informace jsou pro nej zbytecne a navic 
mimor4dn§ zateiujici, pokud podle nich ma 
pr^ci s vn§jsimi daty skutecne s6m ridit. 
Prav§ efektivni organizaci a spravu souboru 
na diskovych pametech prebira za pro¬ 
gramatora i jine uzivatele operacni system, 
zajisfujici i vzajemnou transformaci mezi 
logickou organizaci souboru v operacni pa¬ 
meti a fyzickou na diskovych jednotkach. 

Operadni system CP/M 

Okolnosti vyvoje zpusobily, ze jako prvni 
standard diskovd orientovan^ho operabniho 
systemu se ujal Control Program for Micro¬ 
computers autora G. Kindalla. Jeho koncep- 
ce je natolik gentelni i jednoduch^ zaroven, 
ze se vyraznd promit^ i v novych operabnich 
systemech soubasne doby, pro 16 a 32bito- 
vb mikropocitafie. Zvte§t§ zajimavb a vyso- 
ce ubinnb bylo rozdeleni systemu na dve 
c^sti, prvni zcela nezavislou a jednoznabne 
definovanou a druhou, modifikovatelnou po¬ 
dle konkretni potreby konfigurace technic- 
kych prostfedku implementace (pobitabe 
a periferii). Touto cestou byl system CP/M 
koncipovan jako velmi univerz^lni. 

V puvodni verzi je CP/M urfien pro 8bitove 
mikropobitace s CPU 8080 a Z80 jako sy¬ 
stem, ktery z principu neni schopen paralel- 
niho zpracov^ni uloh. V soufiasne dob§ se 
CP/M v naSich amaterskych podmink^ich 
s oblibou u2iv£ prostrednictvim disku RAM. 

CP/M je system, umozftujici uzivateli ope- 
rativnS pracovat se soubory. V souvislosti 
s diskusi diskovych parrteti jsme si jako 
zakladni prvky jejich organizace definovali 
stopy a sektory. CP/M ve svem j^dru pocho- 
piteln§ pracuje s jinou, logickou organizaci 
dat. V ni jsou hlavnimi prvky soubory a jejich 
v6ty. Na§e dal§i uvahy velmi zprehledni 
predpoklad, ostatn6 platny v zakladni verzi 
CP/M, ze se soubory sktedaji z vet pevn6 
dblky (128 byte), shodne s rozmerem sekto¬ 
ru diskety (128 byte). Pak Ize mezi zakladni 
fyzickou (sektor) a logickou (v§ta) pristupo- 
vou polozku souboru polozit rovnitko. To 
vsak uz nelze jednoznabn§ predpoktedat 
mezi poradim vet v souboru a sektoru tohoto 
souboru na disku. Je take dobre hned zpo- 
catku v§det, ze CP/M umozhuje pracovat 
nejen se sekvenfinim, ale take s primym 
pristupem k jednotlivym vetam souboru. 

Prehled o vrstvene vystavb§ struktury 
CP/M podava dnes jii klasicky obr. 37. Vlast- 
ni jadro tvori prostredni vrstva BDOS (Basic 
Disc Operating System), re§ena tak, ze je 
zcela nezavisla na konkretni konfiguraci 
technickych prostfedku pocitaCe (uzite peri- 
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Obr. 36. Kodovini zdznamu metodou MFM 
(iarkovanb blokovane taktovacf impulsy) 



Obr. 37. Znazornbni struktury operadniho 
systbmu CP/M 

terie, jejich skladba atypy ..). BDOS zajisfu- 
je inicializaci systemu a logickou organizaci 
v§ech zarizeni I/O v6etn£ systemu souboru 
a jejich adresaru. 

Nejniz§i vrstvou systemu, zn^izorn§nou 
na obr. 37, je BIOS (Basic Input/Output 
System), jimz je zajiStena vazba systemu na 
konkretni technicke prostredky a tim i neza- 
vislost a univerzcilnost BDOS. Zakladni 
strukturu BIOS si uzivatel prizpusobuje po¬ 
dle svych akhtelnich potreb. Ze strany har¬ 
dware, na ktere BIOS bezprostredne nava- 
zuje, Ize tuto vrstvu vid§t jako blok ovladafiu 
(driveru) jednotlivych zarizeni I/O a disko¬ 
vych jednotek. 

Treti, nejvy§§i vrstva CCP (Control Com¬ 
mand Processor) predstavuje interpret fidi- 
cich pfikazu (internich a tranzientnich), umoz- 
hujici uzivateli dialog se systemem prostfed- 
nictvrm terminate. Do stejne vrstvy, nad jad¬ 
ro systemu, Ize radit i dal§i systemove a uii- 
vatelske programy. 

Umisteni CP/M v operadni pameti, ktera 
musi byt umistena od nulovb adresy, je obr. 
38. NejnizSich O az FF H bytu pamdti RAM 
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Obr. 38. Umist$ni jednotlivych casti CP/M 
v operadni pam&ti 

zabira oblast systemovych parametru SPA, 
do ktere mj. path i buffer (128 byte) pfistupu 
k disku a tzv. blok rizeni pfistupu FCB (File 
Control Block), ktery system pouziv£ k fizeni 
pfistupu k souborum na disku. Nad touto 
oblasti se nacltezi volitelnd velkci sekce 
RAM pro umisfov6ni sluzebnich i uzivatel- 
skych programu. Sekce zacina adresou 
100 H, ktera je soudasne startovacim bo- 
dem vdech programu, vyuzivanych pod 
CP/M. Cast teto sekce, oznadovane jako 
TP A, zabite take interpret CCP. Konednd 
nejvyddi souvislou sekci dostupne oblasti 
operadni pamdti zaujimci rezidentni prostor 
obou spolupracujicich, do urdite miry vlak 
i nezavislych modulu BDOS a BIOS. 

Nyni je tfeba pochopit vyuziti a organizaci 
zaznamoveho prostoru diskety pod sy¬ 
stemem CP/M. Na ka2de disketd je rezervo- 
vana oblast pro ulozeni systemu, i kdyz tfeba 
neni vyuzita. Zbyvajiciho obsahu diskety se 
vyuzivd pro: 

adresaf souboru, 
vlastni soubory. 

Cely tento prostor je z. hlediska pfidelovani 
systemu ddlen na souvisle, tzv. alokadni 
bloky sektoru. Smysl alokadnich bloku vyply- 
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ne v dalSim. Pamefovy prostor se tedy sou- 
borum prideluje po blocich konstantni delky, 
kterou Ize ur6it v BIOS. Vlastm' prist up k sou- 
boru, at uz sekvenCni nebo primy, se vsak 
uskutecnuje po vetach (sektorech). 

Aby system mohl praci se soubory (vytva¬ 
reni, vyhledavani, Cteni, aktualizaci, ruse- 
ni..) organizovat sesekvenCnim i primym 
pristupem k jejich vetam (sektorum), musi 
rtejakym, z hlediska Casove rezie efektivnim 
zpusobem evidovat jejich aktualni stav. Sou- 
6asn§ musi zajiSfovat transformaci mezi lo- 
gickym (vety) a fyzickym (sektory) umiste- 
m'm jejich polozek. 

Zakladnim prostredkem pro evidenci sou¬ 
boru ve vnejSi pameti je adresar, nedilnS 
slozka obsahu kazde diskety. Jedna polozka 
adrescire detailne postihuje potrebne sy- 
stemov6 informace o jednom souboru (nebo 
jeho Casti). V pripade prazdneho souboru je 
prisluSne polozka adresare volna. Polozka 
adresare eviduje mj. jmeno souboru a jeho 
typ, poCet vet a Cisla alokacnich bloku, pride- 
lenych tomuto souboru. AlokaCni bloky na 
disku system postupne Cisluje a prideluje 
poCinaje od nuly. Adresar spravuje vrstva 
BDOS. 

Popis obsahu diskety adresarem se casto 
prirovnava k popisu hypotetickeho „logicke- 
ho disku“, na kterem by na jedne stop§ byly 
za sebou serazeny vSechny alokaCni bloky 
s jim pridelenymi v§tami souboru. 

Skutecne tyzicke umisteni zciznamu na 
disku vyplyve z jeho rozlozeni do jednotli¬ 
vych fyzickych stop podle forntetu diskety, 
popr. poctu sektoru/stopu. Pri znamem 
umisteni prvniho alokacniho bloku se k pre- 
poCtu pouzive tabulka. 

Mezi logickou afyzickou strukturou je v§ak 
treba videt jeden rozdil, uvazujeme-li z hle¬ 
diska souboru. Logickou strukturu souboru 
chapeme jako spojitou sekvenci jeho vet. 
Fyzicka struktura souboru na disku vsak 
~rtiuze byt z rady duvodu nespojite, v pod- 
state rozlozena po celem disku. Kdyby m6l 
byt adresar tvrde organizovan tak, aby posti- 
hoval prisluSnost kazde vety ke konkretnimu 
souboru a souCasne i jeji umisteni, byl-by 
neunosnC rozsahly. Prave proto uziva CP/M 
pro umisfovani a evidenci souboru v adresa- 
rich system alokacnich bloku, nejCastCji 
o velikosti 1 nebo 2 kB. To prinaSi ostatnC 
i jine vyhody, predevsim zkracuje Casovou 
rezii pri sekvencnim zpracovSni souboru, 
protoze vSechna data (vety) jsou v rozmezi 
kazdeho bloku umisfovana spojite. Jeden 
nedostatek sdruzovani vet dd'vCteich bloku 
je v§ak zrejmy na prvni pohled a stoji za 
zapamatovini - pri konstantni deice bloku 
(napr. 1 kB) obsazuje i libovoInC ktetky sou- 
bor (napr. s delkou jedne vety) vzdy kapacitu 
ceteho bloku. Nevyuzite kapacita diskety 
v temci bloku je z hlediska informaCniho 
obsahu ztracena. Tento jev se stava jednim 
z hlavnich aspektu u systemu pro paralelni 
zpracov^ni uloh (multitasking), kde je priCi- 
nou tzv. fragmentace pameti. 

Usporadani vCt v logicke strukture soubo¬ 
ru zajiSfuje BDOS, spravujici adresar. 
Vyuzitim prisluSnych sluieb BIOS, napr. vy- 
bCru stopy, sektoru, adresy DMA nebo Cteni 
a z&pisu sektoru a transformaCnich tabulek 
zajiSfuje BDOS i odpovidajici strukturu fy- 
zickou. Takovou, jakou pozaduje konkretni 
typ diskove jednotky a jejiho radiCe. 

Zbyva vysvetlit, jak se vlastne adresar 
vytvari a vyuziva. To musi probihat v souCin- 
nosti se systemem zabezpeceni alokacnich 
bloku a vet souboru na spolecne disketC. Pri 
pristupu na disk CP/M vyuziva jiz drive zmi- 
n§ny blok rizeni souboru FCB v oblasti sy- 
stemovych parametru SPA. V§t§ina polozek 
bloku FCB ma prakticky stejnou strukturu 
i vyznam, jako polozky adresare. Navic blok 
FCB obsahuje polozky pro urCeni poradove- 
ho Cisla vety v ramci alokaCniho bloku pri 
sekvenCnim, nebo v ramci celeho souboru 


pri pfintem pristupu. Pro jakykoli odkaz na 
soubor system vyuziva bloku FCB, jehoz 
prostrednictvim se soubor identifikuje a ad- 
resuji jeho polozky. 

Pri aktivaci diskety se v systemu na zakla- 
dC obsahu jejiho adresare vytvofi tzv. bitova 
mapa, evidujici vCechny vyuzitC alokaCni 
bloky, tedy systemovy stav vyuziti diskety. 

S kazdym otevrenim souboru se do bloku 
FCB prenese jeho adrescirova polozka 
a zde, v oblasti SPA, se pri vCech operacich 
s timto souborem trvale aktualizuje. Po uza- 
vreni souboru se koneCny obsah FCB vraci 
zpCt na disk jako aktu&lnt polozka adresare. 
Bitova mapa je pri praci na prisluCnC disketC 
trvale aktualizov^na, protoze je v ni zohled- 
fiovano kazde pridCleni i zruCeni alokaCniho 
bloku. 

Shrneme-li dosavadni uvahy, vidime, ze 
vytvareni uzivatelskych programu pod sy¬ 
stemem CP/M je podporovano predevCim 
jeho sluzbami pro rizeni I/O perifernich a dis- 
kovych zarizeni. Na nejvyCsi, systemove 
urovni tomu odpovidaji sluzby BDOS, mimo 
ramec CP/M vsak Ize vyuzivat i primych 
sluzeb BIOS. Standardni CP/M nabizi cel- 
kem 40 sluzeb BDOS pro inicializaci sy¬ 
stemu, vstupy a vystupy logickych, znakovC 
orientovanych zarizeni a souboru. VCechny 
tyto sluzby jsou dostupnC votenim spoleCne- 
ho vstupu (CALL 5) v oblasti SPA s pfed^nim 
Cisla pozadovanC sluzby a pripadnych para¬ 
metru. Modul BIOS je programovC zpristup- 
hovan skokovym vektorem, umozhujicim vy- 
bCr ze 17 sluzeb, z nichz kazd^i je tvorena 
prislusnym podprogramem, modifikujicim 
nebo rozsirujicim kostru z^ikladniho modulu. 

CP/M patri k relativne jednoduchym, ale 
efektivnim operaCnim systemum s minimal- 
nimi n^roky na podporu ze strany hardware 
poCitaCoveho systemu. Toho bylo dosazeno 
jednoznaCnou orientaci na pr&ci v monopro- 
gramovem rezimu. SamozrejmC existuji ap- 
likaCni poiadavky, kterC CP/M splnit nemu- 
te. K typickym patri ulohy, vyiadujici radi- 
kalni zvCtCeni propustnosti a zrychleni ode- 
zvy systemu Ci multiprogramoveho nebo 
multiuzivatelskeho vyuziti poCitaCe. Teto 
problematiky si jeCtC vCimneme pozdCji pri 
uvahach o mikroprocesorech a operaCnich 
systemech vyCCich generaci. 

Programovanf v asembleru 

V AR-B C. 5/8911] jsme se zhruba sezn£- 
mili s instrukCnim"souborem jednoduchCho 
mikroprocesoru (Intel 8080) prostrednictvim 
jeho asemblerove mnemoniky, tvorici vzdy 
z^klad prisluCneho jazyka symbolickych ad- 
res JSA, tedy asembleru (assembly langua¬ 
ge). Vyhoda mnemonickeho, textovCho po¬ 
pisu jednotlivych instrukci je evidehtni - rela- 
tivnC snadna pochopitelnost, zapamatova- 
telnost, prehlednost a rozliCitelnost vyznamu. 
jednotlivych instrukci, zapisu jejich operaC¬ 
nich k6du a operandu. OstatnC, bez mnemo^ 
nickCho znaCeni instrukci by pro mnozstvi 
dnes existujicich mikroprocesoru jiz na pri¬ 
me urovni strojoveho kodu nebylo vubec 
mozne pracovat pro naprostou zttetu prehle- 
du. 

Mezi vyCSimi jazyky, jako je Pascal, a jazy- 
ky, pracujicimi s asemblerovou mnemoni- 
kou, je ovCem velka mezera. Zde nachazime 
jinC jazyky, jako napriklad C-jazyk, PL/M 
a jine, kterC v§ak musime ponechat stranou 
naCeho souCasneho z^jmu, i kdyz maji mno- 
he prednosti a jsou velmi praktickC. NicmC- 
ne, stale jsou a budou situace, v nichz je 
asembler mimoradnC vhodny nebo i nezbyt- 
ny. To plati zvIaCtC pro realizaci programu 
pracujicich s periferiemi, vyzadujicich rych- 
iou odezvu nebo optimeini vyuziti kapacity 
operaCni pameti (typicky jednoCipove mikro- 
poCitaCe). Asembler umozhuje „u§it“ pro- 
gramove vybaveni presnC na miru konkrCtni 
aplikace. 

Programovani v asembleru je naroCne. 


Vedle detailnich softwarovych znalosti vyza- 
duje i znaCny prehled o hardware vyvijeneho 
systemu. Programetor si musi sam vytv^ret 
potrebne datovC a prikazove typy a struktu- 
ry, k Cemuz me k dispozici pouze instrukCni 
soubor konkretniho procesoru a podporu 
dostupneho krizovCho programoveho vy¬ 
baveni hostitelskeho nebo vyvojoveho 
systemu. Nemu^e, tak jako ve vyCSim ja- 
zyce, spotehat na vykonnou typovou kon- 
trolu. 

Prace v asembleru me mnohe specifika. 
Patri k nim mimo jinC ptece s jednotlivymi 
(zvieete priznakovymi) bity, ktere je zekla- 
dem pro vytvereni slozitejCich prikazu, roz- 
hodovacich funkei Ci algoritmu. ZaCeteCnik 
narezi predevCim na dva odliCnC, ve skuteC- 
nosti vsak do sebe zapadajici problemy: 

- presne chepeni vyznamu a Cinnosti znaC- 
ndho poCtu jednotlivych instrukci, zejmena 
uplatneni adresovaci metody a zevislosti 
nebo naopak pusobeni instrukce na stav 
indiketoru priznakoveho registru, 

- sprevne a efektivni uziveni jednotlivych 
instrukci pri tvorbC potrebnych datovych 
a prikazovych struktur programu. 

Oboji se spoleCne promite v obtizne orien¬ 
taci pri studiu publikovanych programovych 
vypisu a pokusech o vlastni aktivni preci. 
PrevC zde dochezi plnCho uplatnCni byt 
povrehni znalost vyCCiho programovaciho 
jazyka. 

Jazyk symbolickych adres 

Mezi tvorbou programu ve vyjteim jazyee 
a asembleru je i pres odliCnost obou urovni 
nadeie zesadni podobnost. Program musi 
byt napsen ve zdrojovCm, textovem tvaru 
(editor), prelozen do strojoveho kodu (asem¬ 
bler), odlad§n (debugger, monitor), pripadnC 
propojeny jeho moduly (linker) a umistCn do 
konkretni aplikace (loader, programmer EP¬ 
ROM), obr 39. K tomu se opCt vyuzive 
prostredkii a pomocneho programoveho vy¬ 
baveni operaCniho systemu hostitelskeho 
poCitaCe nebo specialniho vyvojoveho sy¬ 
stemu, ktery vCtCinou disponuje i dalSimi 
efektivnimi prostredky pro vyvoj a ladCni 
programu (napriklad emulator). 

Aby mohl byt napsen asemblerovy pro¬ 
gram, srozumitelny jak jeho tvurci a dalSim 
spolupracovnikum nebo pozdejCim apliketo- 
rum, tak take systemu, na kterem ma byt 
vytvaren, musi byt samozrejme respektove- 
ny urCite konvence, platne obecne pro ruzn6 
procesory a tedy zavadejici do programove- 
ni na urovni JSA urCite systematick6, stan¬ 
dardni postupy a pristupy. NejdulezitejCi fakt 
vyplyva uz z n£zvu JSA - jazyk symbolic¬ 
kych adres - k popisu umisteni jednotlivych 
instrukci a jejich operandu v operaCni pameti 
neuzive konkretnich adres, ale pouze jejich 
symbolickCho oznaCni (naveeti, label) a to 
jeste pouze ve vybranych, vyznamnych mis- 
tech programu. 

Duvod zavedeni adresove symboliky je 
zcela logicky. Kazda instrukce i data pro¬ 
gramu musi byt umisteny na presne defino- 
vanych mistech operaCni pameti. V prubehu 
vytvareni a zpracovavani programu vsak 
stale dochazi k mnoha zmenam (doplhovani 
i vypouStent instrukci..), ktere by pri abso- 
lutnim adresovani kazde instrukce zname- 
naly nutnost trvale prepisovat ovlivnene ad¬ 
resy. To je ovsem pro systematickou praci 
neprijatelne, kazde identifikovana chyba by 
meia za nasledek mnozstvi umorne a zcela 
zbyteCne prace. Stejne probtemy by nasta- 
valy pri vytvareni a umisfovani premistitel- 
nych, relokativnich modulu. 

Koncepce symbolickych adres, vyuzivaji- 
ci prostredku hostitelskeho nebo vyvojoveho 
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systemu, oprobfuje programatora od potfe- 
by detailin' sprbvy a evidence pambfovbho 
prostoru na urovni kaide instrukce. To za nej 
zcela automaticky zajibfuje pfekladab, 
s nimz programbtor komunikuje prostred- 
nictvim nbkolika pseudoinstrukci, umozhuji- 
cich prekladabi, linkeru atd. pravb orientaci 
v systbmu symbolickych i reblnych adres. 
Prubbh pfekladu, ladbni, formu vypisu a jine 
binnosti programbtor ridf pomoci vhodnych 
direktiv. Tvorba asembleroveho programu 
tedy v zbsadb probiha velmi podobnb jako 
ve vybbirn jazyce. Hlavni rozdil je v tom, ze 
prostredky, kterymi programbtor nyni dispo- 
nuje, jsou mnohem mbnb vykonne. 

Praktickym dusledkem zavedeni systemu 
symbolickeho adresovani do JSA je to, ze 
v celbm zdrojovem programu oznacujeme 
formou symbolickeho navbbti pouze nbkte- 
rb, mimoradne vyznamnb adresy. Ktakovym 
adresbm patri napriklad zabbtek programu, 
cilovb adresy skoku a volani, vstupni body 
podprogramu apod. Zbpis zdrojoveho textu 
JSA me urbity formbt, zbasti vzdy zbvisly na 
konkretni implementaci a pochopitelne i typu 
procesoru. 

Zdrojovy tvar programu JSA 

Muzeme pristoupit k orientabnimu popisu 
struktury zapisu a postupu zpracovani pro- 


ORG Uvodni pseudoinstrukce. Nastavuje pobitadlo adres prekladade na hodnotu 
operandu. 

END Zbvbrebnb pseudoinstrukce, oznabuji konec preklbdanbho zdrojovbho 
programu. 

EQU Pseudoinstrukce EQU pfifazuje symbolickbmu jmbnu, zapsanbmu v poli 
nbvbbti (bez dvojtebky) hodnotu dat nebo vyrazu z pole operandu. 

DB Pseudoinstrukce DB prirazuje hodnotu z pole operandu 8bitov6mu pambfovbmu 
mfstu, identifikovanbmu nbvbbtim. Jeho adresa je pfi prekladu 
urbena stavem pobitadla adres pfekladabe. 

DW Pseudoinstrukce DW prirazuje aktualni lokaci (16 bitu), urbenb navbbtim 
a stavem pobitadla adres, hodnotu z pole operandu (nizbi byte 
na prvni, vybbi na druhou adresu). 

Operandy pseudoinstrukci DB a DW mohou byt jednoduchb data, vyraz nebo 
datovy retbz, pfipadne retezec operandu. 

DS Tato pseudoinstrukce rezervuje v pambfovbm prostoru misto, pobinaje 
ndvbbtim (aktublnim stavem pobitadla adres) s pobtem bytu, uvedenym 
v poli operandu. Pobitadlo adres se proto zvybuje o tuto hodnotu. 

ASEG Tato pseudoinstrukce definuje pfi prekladu absolutni, nepfemistitelny modul. 

CSEG Pseudoinstrukce CSEG (Code Segment) prirazuje pfi pfekladu nbsledujicimu 
bloku atribut programovbho modulu. 

DSEG Touto pseudoinstrukci (Data Segment) je definovbn datovy modul. 

Vytvbfi se tak, te do nej umisfujeme prombnnb a alokujeme jej vzdy 
v pambti RAM. 

EXTRN Pseudoinstrukce EXTRN umozfiuje deklarovat symbolicka jmbna, uiita 
v poli operandu jako externi, tj. skutebnb umistbna v jinem, 
externim modulu. 

PUBLIC Pseudoinstrukce PUBLIC deklaruje navbbti v modulu jako globalni, 

tedy sdilenb a pfistupnb jinym modulum. Prostfednictvim pseudoinstrukci 
EXTRN a PUBLIC je mozno vytvbfet tabulku adres a dat, sdilenych 
jednotlivymi moduly. Ta je nezbytnb pro linkovbni pfemistitelnych 
programu. 


gramu v jazyce symbolickych adres. 
Program je vytvaren s vyuzitim dvou odlis- 
nych typu instrukcf: 

1. Bbznych instrukci, popsanych asemble- 
rovou mnemonikou jednotlivych instrukci 
CPU a prislusnymi operandy. 

2. Pseudoinstrukci, ktere vsak vubec ne- 
jsou instrukcemi CPU, ale slouzi pro rize- 
ni cinnosti pfekladabe programatorem. 

Pro prvni orientaci jsou v tab. 12 vypsany 
nbkterb zakladni typy pseudoinstrukci, s ni- 
miz se v praxi u 8bitovych systemu setkbva- 
me nejbastbji. Zbpis rbdku, obsahujiciho 
pseudoinstrukci, se beznb sklada ze tri poio- 
zek: 

1 - z nbvesti nebo symbolickeho jmena, 

2 - ze zapisu vlastni pseudoinstrukce, 

3 - z operandu pseudoinstrukce. 

Pole 1 a 3 jsou ve vyjimecnych pfipadech 
nepovinna. Tak jako kazdy jiny prikazovy 
rbdek, muze byt i radek, obsahujici pseudo¬ 
instrukci, doplnbn polem komentbre. Pri- 
klad: 



Kazdy program nebo programovy modul 
se oznabuje symbolickym jmenem, vaza- 
nym na pseudoinstrukci NAME, hlavni pro¬ 
gram se ukonbuje pseudoinstrukci END 
a operandem, odpovidajicim symbolicke 
startovaci adrese. Neni-li operand uveden, 
je jako startovaci implicitnb nastavena adre¬ 
sa nulovci. 

Pseudoinstrukce EQU ai DS v tab. 12 
slouzi pro definibni a deklarabni ubely. 

Pomoci pseudoinstrukci ASEG az DSEG 
se vymezuji segmenty absolutnich nebo re- 
lokativnich programu. 

Pseudoinstrukce EXTRN a PUBLIC 
umoznuji pro potrebu spojovani programo- 
vych modulu deklarovat vyznamnd symbo- 
lick& navebti jako bucf umistbna v jinem 
modulu (EXTRN), nebo naopak jinbmu mo¬ 
dulu vdostupna {PUBLIC). Ostatni navbbti 
v modulu maji i nad^le lok^lni charakter, jsou 
tedy pfi linkovani z ostatnich modulu nedo- 
stupna. Tak je zajibfovana jednoznabna 
struktura a hierarchie vazeb mezi jednotlivy¬ 
mi moduly programu. 

Uk6zka formatu zdrojoveho tvaru takove- 
ho modulu je znazornbna v tab. 13. Modul je 
uvozen pseudoinstrukci ORG adr, nastavuji- 
ci pobeitebni hodnotu pobitadla adres prekla- 
dace a je ukoncen pseudoinstrukci END. 
V rozmezi obou techto pseudoinstrukci se 
zapisuje program, tvofeny zdrojovymi radky. 
Kazdy fadek ma opbt k dispozici pole naves- 
ti, instrukci bi pseudoinstrukci, operandu 


a koment6fe. Pole nbvbbti a komentafu jsou 
nepovinnci, jejich vyuziti zavisi na potrebb, 
syntaxi (nbvbbti) nebo vuli programbtora 
(komentaf). V urbitych pfipadech se neuZivb 
ani pole operandu. 

Pole navbbti predevsim umozbuje zbpis 
symbolickb adresy (ukonbovane dvojteb- 
kou) danbho fadku. Nbvbbti musi zabinat 
pismenem, nesmi byt delbi nez 5 znaku 
a nesmi kolidovat s mnemonikou CPU 
a pseudoinstrukci. 

Pole instrukci a pseudoinstrukci slouzi pro 
zbpis pfislusnych mnemonickych kbdu. 
Operandy mohou byt v dalbim poli zadavany 
bucf jako pfime (v kbdu dekadickbm, binbr- 
nim, hexa nebo ASCII), nebo jako algebraic- 
ky vyraz a dble prostfednictvim registro- 
vbho a neprimeho adresovbni, symbolic¬ 
keho jmbno nebo nbvbbti. 

Komentarove pole je nepovinne a takb 
nemb na vlastni pfeklad zadny vliv. Uvbdi se 
stfednikem. 

Vidime, ze symbolicke adresy se ve zdro¬ 
jovem programu vyskytuji jak v poli navesti, 
tak v poli operandu. V poli nbvbsti, v nbmz 
maji vyznam oznaceni skutebne ciiove adre¬ 
sy, se pochopitelnb muze kaidb symbolickb 
adresa objevit pouze jedenkrat, na jedinem 
miste programu. Vyskyt stejne symbolicke 
adresy v poli operandu je neomezeny. 













Preklad z JSA do strojovbho k6du 

Uvazujme nyni postup pfekladu zdrojovb- 
ho programu ve formb textovbho souboru, 
vytvofeneho v editoru. Vlastni preklad zpra- 
vidla problhb ve dvou, navzbjem velmi po- 
dobnych pruchodech. 

Po spubtbnl pfekladu je odstartovan prvni 
pruchod. V nbm jsou postupnb bteny jednot- 
live fadky zdrojovbho textu a pomocl pfifazo- 
vacl, konverzni tabulky jsou pfeklbdany 
vbechny jednoznabne definovane objekty. 
Na pobatku nabeho pflkladu, tab. 13, je 
pseudoinstrukcl ORG nastavena pobbtebnl 
adresa pobitadla adres pfekladabe, pfifaze- 
nb prvni insktrukci. U relokativnlch modulu 
se vbak pouzlvb relativnl adresovanl, vzta- 
2enb vzdy k nulovb pobbtecnl adrese. Po- 
stupnym pfekladem fbdku zdrojoveho textu 
jsou pfeloZeny operabnl kody a prime nebo 
implicitnb definovane (registrove) operan- 
dy. Soubasnb se vbem nbvbbtlm pfifazujl 
konkrbtnl adresy tlm, ze pfekladab automa- 
ticky zvybuje obsah sveho pobitadla adres 
a vytvbfl tabulku uiivatelsk^ch nbvbstl, Po 
detekci koncovb pseudoinstrukce END je 
ukonben prvni pruchod. Pfekladab se vracl 
zpbt na zabatek a zablna druhy pruchod. 
Postup pfekladu je prakticky stejny a i na to, 
ze jsou jiz k dispozici vbechny potfebne 
adresy symbolickych navbbtl i ostatnl ope- 
randy a prombnne, zavisle na nbvbbtlch 
a pseudoinstrukclch. V pfelozenbm pro¬ 
gramu nebo modulu ovbem mu2e byt celb 
fada chyb a neuspokojenych odkazu (vbetnb 
externlch). 

Na konci pfekladu jsou proto vypisovbna 
chybovb hlbbenl, vbetnb tabulek uzivatel- 
skych navbbtl. Oznabujl se jako kflzovb refe¬ 
rence. Program se opravuje ve zdrojovbm 
tvaru a pfeklbdb tak dlouho, az nenl hlbbena 
zadnb chyba. Vystup pfekladabe na displej 
nebo tiskarnu mb vbtbinou voliteny format. 
■Programbtor si pomocl direktiv vyblra ten, 
ktery mu v dane chvlli vyhovuje nejvlce. 

Piny formbt, opomineme-li blslovbnl fbd- 
ku, muze byt postmen v besti sloupclch, tab. 
14. Z nich pouze prvni dva, tj. adresa a vypis 
strojovbho kodu se pflmo tykajl pfeloZenbho 
programu. Ostatnl sloupce poskytujl moz- 
nost vypisu jednotlivych polozek zdrojoveho 
textu jako reference. 

Tab. 14. Vypis pfekladabe z JSA do strojovb- 
ho kodu 


Adresa 

| Kod 

Navestl 

Instrukce 

Komgntar 

0000 

0000 

0001 

0004 

F3 

310010 

C33800 

START: 

ORG 0 

Dl 

LXI SP, 100QH 
JMP INIC 





END 



Pfeklad ze zdrojoveho asembleroveho do 
cllovbho strojovbho k6du je ovsem teprve 
best! prace, spojenb s naprogramovanlm 
konkrbtnl aplikace. Dale je tfeba vyvljeny 
program odladit, ovbfit semantickou sprav- 
nost jeho vystavby. K tomu je nutne program 
spustit a mlt moznost sledovat a ovlivhovat 
prubbh jeho binnosti. To opet vyzaduje spe¬ 
cial™ programove, nekdy i technicke pro- 
stfedky. 

K nejjednodubblm prostfedkum ladbnl 
programu patfl monitory. Podle vykonnosti 
umoihujl monitory ovladat a sledovat ales- 
pofi tyto funkce: start programu od zvolenb 
adresy, jeho krokovanl po jednotlivych in- 
strukclch nebo naopak zastavenl na urbene 
adrese po zvolenem pobtu pruchodu (zaraz- 
ka), vypis a zmbny obsahu registru vbetnb 
pflznakoveho, vypis a zmbny obsahu pame- 
fovych mist. 

Komfortnbjbl formy monitoru se obvykle 
oznabujl jako debuggery. Ty navlc umozhujl 


i trasovat program, volitelnb definovat 
zak^zane pambfove oblasti, instrukce aj. 

Velmi uzitebnym prostfedkem je disasem- 
bler, tzn. zpbtny pfekladab programu ze stro- 
joveho do asembleroveho tvaru. 

Monitor i debugger majl jeden spolebny 
nedostatek, vyplyvajlcl z vylubnb programo- 
vbho febenl. Je jlm staticky charakter ladbnl, 
nemoznost prace v reblnem base. To umoz- 
nuje emulator, jlmz byvajl vybaveny special- 
nl vyvojovb systemy. Prostfednictvlm emu- 
labnlho adapteru, ktery se osazuje namlsto 
CPU do objlmky vyvljeneho uzivatelskbho 
systbmu, je moino jak plnb, tak bastebnb 
emulovat jeho systemovb, tedy technicke 
(CPU, pambt’..) i programove prostfedky 
vyvojovym systemem. Emulabnl adapter 
tedy nahrazuje mikroprocesor testovaneho uzi- 
vatelskbho systbmu a soubasnb pfedstavuje 
interface vyvojoveho systemu, pod jehoz 
kontrolou emulace problhb. Kombinovanym 
vyuzitlm programovych i technickych pro- 
stfedku vyvojovbho a vyvljenbho systemu je 
tak mozno realizovat ,,komfortnl debugger", 
pracujlcl v rezimu velmi bllzkem rezimu rebl- 
nbho basu. Emulator proto dovoluje u^lvat 
nejen vbechny dosud uvazovanb funkce, 
usnadftujlcl ladbnl vyvljene aplikace s tlm, 
ze se pfibliiujeme realnym podmlnkam, ale 
i mnohe jine, spoblvajlcl v moinosti spolu- 
prbce bi sdllenl technickych prostfedku obou 
systbmu. K nejvyznamnbjblm patfl moznost 
pfedblovat vybrane pambfovb sekce vyvojo- 
vbho systbmu testovane aplikaci (memory 
mapping). 

Pfi laden!, testovanl a diagnostice vyvlje- 
neho nebo opravovaneho mikroprocesoro- 
vbho systbmu se uzlvajl i specialnl technickb 
prostfedky, z nichz nejvyznamnbjbl je logic- 
ky analyzbtor, umozhujlcl pohodlnou a pfe- 
hlednou basovou nebo stavovou anal^zu 
pombrne rozsbhlbho useku binnosti sy¬ 
stemu (pobet zobrazenych stop a stavu) 
pfed i po vyskytu (pretrigger, posttrigger) 
pozadovanb nebo pfedpoklbdanb udalosti. 
U±itl analyzatoru je mimofadnb cennb zvlbb- 
tb pfi diagnostice odezvy systbmu na jedno- 
rbzovb nebo pseudonbhodnb akce (pferube- 
nl, komunikace ..). Jinym velmi uzitebnym 
prostfedkem je pfi ladbnl programu simula¬ 
tor EPROM. Jak u analyzatoru, tak simulbto- 
ru je zpravidla k dispozici disasembler, tedy 
moznost zpbtnbho pfekladu strojovbho kbdu 
zpbt do asemblerovbho tvaru. 


Prace v asembleru 

Prbci na urovni asembleru (algoritmy, ruti- 
ny) jsme puvodne zamybleli vbnovat pod- 
statnou bast tohoto blsla. Mezitlm vbak vybla 
podle nabeho nbzoru vyborna Zajlbkova 
knlzka Bity do bytu, kde je vlastnb vbe, blm 
jsme se chtbli zabyvat a tak bychom pouze 
opakovali jii hotovou a zdafilou prbci. Proto 
jsme se rozhodli vbnovat vice prostoru Pas- 
calu. 

V tbto kapitole se tedy omezujeme na 
pfehledovy popis kllbovych uvodnlch faktu 
s tlm, ze na vhodnych mlstech odkazujeme 
na bbznb dostupnou literaturu. Vblmame si 
zbkladnlch paralel a odlibnostl mezi Pasca- 
lem a JSA. 

JSA nenl a pfirozenb nemuZe byt struktu- 
rovany jazyk. Musi vbak umoznovat vytvafe- 
nl obdobnych datovych i pflkazovych typu 
a struktur. Jedinymi prostfedky k tomu jsou 
symbolickb instrukce a pseudoinstrukce. 
S nimi je tfeba zachazet v prostoru symbolic- 
kych adres tak, aby vytvafene programy po- 
kud mo^no odpovldaly zasadam strukturo- 
vaneho programovbnl. 

Datove typy 

Zbkladnlmi datovymi typy, s nimiz pracujl 
8bitove procesory, jsou byte a word. Kaidy 


datovy typ, dale uzity jako konstanta bi pro- 
mennb, musl byt v JSA nejprve definovbn bi 
deklarovbn pomocl pseudoinstrukcl EQU 
a DB. Jazyk symbolickych adres umozfiuje 
pflmou prbci i s jinymi typy dat (Boolean, 
dekadickb, hexadecimalnl, ASCII..) bi dato¬ 
vych struktur. 

Konstanty mohou byt definovany jiz zml- 
nbnymi dvbma typy pseudoinstrukcl, ktere 
pak fldl binnost pfekladabe odlibnym zpuso- 
bem: 

1. EQU chape v poli navbstl uvedene sym¬ 
bolickb jmbno (vyjimebne neoddblovanb 
dvojtebkou) jako oznabenl konstanty, a pfi- 
fadl mu hodnotu, uvedenou v poli operandu. 
Podle explicitnb uvedenbho datovbho typu 
se tak mimo prostor datove operabnl pambti 
vytvofl definovana hodnota pflmeho operan¬ 
du, kterbjiz nemuze byt dale mbnbna, ale Ize 
jl vyuzlvat v programu. 

2. Pseudoinstrukce DB (resp. DW) pfifazujl 
hodnotu ve formbtu byte (popf. word), uve¬ 
denou v poli operandu, mlstu s uvedenym 
symbolickym navbbtlm. Obsah takto defino- 
vanbho a deklarovaneho pambfoveho mlsta 
(lokace) muze byt dble modifikovan vyuzitlm 
instrukcl s ruznym adresovym pflstupem, 
protoze je umlstbn na symbolicky oznabene 
pozici v datove operabnl pambti. 

Pflklad pro porovndni: 

definice 

VSTUP: DB 96 H; pseudoinstrukce DB pfi- 

; fad! lokacl formatu byte 
I se symbol, adresou VSTUP 
I hodnotu 96 H 

VYST EQU2E74H; symbolickemu jmenu 
; VYST je pfifazena 
; hodnota pflmeho operandu 
I2E74H 

program 

LDA VSTUP I pfesun obsahu lokace 
I s adresou VSTUP 
: do akumulatoru 

STA VYST I pfesun obsahu akumu- 
: latoru (96 H) do 
i pamefove lokace s adre- 
! sou, urbenou definova- 
! nym obsahem symbolickeho 
; jmena VYST (2E74 H:„ 

; tedy prlmyrn operandem 

Pseudoinstrukce DS rezervuje pobet bytu 
v pambti, jejich obsah vbak nijak neovlivhuje. 
Uzlvb se pro definici vybblch datovych struk¬ 
tur, napflklad poll a tabulek. Pflslubne nb- 
vbbtl pak vzdy odkazuje na prvy byte takove 
struktury. 

Pomocl pseudoinstrukce EQU Ize s odka- 
zem na definici zbkladnlch typu byte a word 
definovat (urbit jejich rozmbr) i ostatnl v pro¬ 
gramu uzite datovb typy, napf.: 


BYTE 

EQU 

1 

WORD 

EQU 

2 

INT 

EQU 

BYTE 

CHAR 

EQU 

BYTE 

RETEZ 

EQU 

CHAR*7 


Na tomto zbkladb pak Ize v JSA deklarovat 
konkrbtnl symbolickb prombnnb, tj. pambfo- 
ve lokace s uvedenou symbolickou adresou 
a rozmbrem, urbenym definici pflslubnbho 
datovbho typu. Lze pouzlt dva odlibnb zpu- 
soby deklarace, bucf s definovanym pocatec- 
nlm obsahem prombnne (pomocl pseudoin¬ 
strukcl DB nebo DW), nebo pouze s vymeze- 
nlm jejlho pambfoveho prostoru (pseudoin- 


strukcl DS), napf.: 



STAV: 

DB 

7 

POCET: 

DS 

INT 

JMENO: 

DS 

RETEZ 




Zde mimo jind vidime i zakladni rozdil 
vyznamu navddti v JSA vuci vysdimu pro- 
gramovacimu jazyku - neoznaduje pnmo 
promdnnou, ale jeji misto (lokaci) v pamdti. 

Podrobndji se jiz datovymi typy zabyvat 
nebudeme, nejlepsi cestou k jejich praktic- 
kdmu osvojeni a uzivani je studium pro- 
gramovych vypisu. 

Prikazove typy a struktury 

Vedkerd pFikazy mohou byt yytvareny 
pouze vhodnym Fazenim jednotlivych in¬ 
strukci tak, aby bylo vyuzito jejich funkdnich 
vlastnosti. Ndktere jednoduchd, napFiklad 
pFiFazovaci a presunove prikazy mohou byt 
interpretovany pFimo jednotlivymi instrukce- 
mi. MVI A, 3F H priradi akumuldtoru obsah 
pFimeho operandu, MOV C, A pFesune ob¬ 
sah akumuldtoru do registru C, instrukce 
MOV M, A presune obsah ACC na pamdfo- 
vou lokaci, adresovanou registrovym parem 
HL atd. Pro dobrou orientaci v programu je 
treba znat adresovaci metodu, uzivanou tou 
kterou instrukci, jak vyplyva jiz z tdchto primi- 
tivnich ukazek. 

Slozitdjdi prikazy mohou mit, vzhledem 
k moznosti vyuziti ruznych typu instrukci, 
registru, phznakij, ale i aigoritmu a prace 
v pamet'ovdm prostoru, vdtdinou nekolik al- 
ternativnich Fedeni. Ta se vsak mohou lidit 
v rozsahlosti, prehlednosti, ale i bezpednosti 
konstrukce, vytvarene sledem instrukci. Mo¬ 
hou se lidit i rychlosti provaddni. 

K vytvareni tdchto pFikazu JSA muze 
a musi uzivat pFedevdim testovani stavu 
indikatoru (CY, S, P, Z) registru PSW jako 
odezvy na vysledek provaddnych aritmetic- 
kych a logickych operaci. Na jejich zakladd 
Ize do programu zavaddt podmindnd vdtve- 
ni, ktera jsou zakladni podminkou vytvoFeni 
slozitdjdiho prikazu nebo prikazove struktu¬ 


ry. Prdvd zde je skryta sila i nebezpeci 
asembleru. Sila v tom, ze asembler umozftu- 
je optimdlnd realizovat prikazove struktury 
(minimalizace potrebne pamefovd kapacity, 
rychlost), nebezpedi pak v nidim neomezene 
a nekontrolovatelne moznosti vytvdret ne- 
strukturovane pFikazy. 

Pro orientaci alespofi ndkolik prikladu 
mozne realizace strukturovych pFikazu 
v JSA. 

Na obr. 40 je ekvivalent pFikazu vetveni 
programu IF p THEN PI ELSE P2. Platnost 
podminky p = true je zde vyhodnocovdna 
instrukci podminendho skoku JNC. Pro pFe- 
hlednosti je na pravd strand obrazku i in¬ 
strukce CMP C, porovnavajici binarnd ob¬ 
sah registru ACC a C. Je-li (ACC) < (C), je 
nastaven indikdtor CY = 1, realizuje se 
pFikazova cdst PI, v ostatnich pFipadech 
dast P2. Jediny a tedy strukturovany vystup 
z pFikazu zajidtfuje skok na navesti N2. Po- 
znamenejme, ie instrukce CMP C neni ty- 
pickou souddsti pFikazu, pFiznak CY muze 
byt ovlivftovdn mnoha jinymi zpusoby. Funk- 
ci vlastniho pFikazu vdtveni Ize modifikovat 
jak upravou jeho vnitFni struktury (viz napF. 
obr. 3), tak zpusobem testu a volbou pFizna- 
koveho indikdtoru (C/NC, Z/NZ ..). 

Test pFiznakoveho indikdtoru je i zakladem 
tvorby programovych cyklu. Na obr. 41 je 
moznd varinta realizace cyklu WHILE p DO 
P, na obr. 42 naopak cyklu REPEAT P UN¬ 
TIL p. 

V mnoha pFipadech se pFikazy na urovni 
JSA vytvaFeji, ve srovnani s vyddimi jazyky, 
ve zjednodudend formd. Jako pFiklad si uvecf- 
me realizaci pascalskeho cyklu FOR se zjed- 
nodudenym nastavenim poditadla (implicitni 
podminka vl =0). Na obr. 43b je konstruk¬ 
ce, ktera by vznikla pFi dablonovitem usili 
o transformaci vyvojovdho diagramu do 
asemblerovd formy. Vyzadovala by nazna- 



CMPC 


JNCN1 


PI 4 


JMPN2 


P2 


test podminky vetveni 
iftAXIC), CY=1 
priCY‘1 

posloupnost instrukci 
provade/ici pflkazovou 
sekvenci PI 

nepodmlneny pfeskok P2 
pfi CY *1 

posloupnost instrukci 
provade/lci pflkazovou 
sekvenci P2 


—J pokracovanl v programu 



6enou korekci pfi vstupu do cyklu, aby byl 
vzdy prvni test JZ = false, nez&visle na 
pFedanem obsahu PSW. Stadi si uvedomit, 
ze v danem pFipadd, pFi implicitni podmince 
vl =0, je vstupni test relevantnosti nastaveni 
poditadla zbytedny, aby vznikla mnohem 
jednoduddi konstrukce cyklu, obr. 43c. 

Vdimndme si, ze pFikazovd struktury vyuzi- 
vaji, ale take ovlivhuji (a tim pro daldi pouiiti 
znehodnocuji) obsahy ndkterych registru 
(zde C a PSW). Maji tedy druhotne udinky, 
na coi je tFeba v programu ddvat dobry 
pozor. Na druhd strand muieme videt, ze 
i pFi programovdni v asembleru se zhusta 
uziva mnoha vicemend prefabrikovanych 
konstrukci, modifikovanych podle okamzite 
potFeby. 

Makroinstrukce 

Vyddi typy diskovd orientovanych pFekla- 
dadu (makroasemblery) umo^nuji praci 
s tzv. makry, makroinstrukcemi. Kdekoli 
v programu se dastdji opakujici posloupnost 
instrukci muze programator pFedem defi- 
novat jako makroinstrukci s formalnimi pa- 
rametry. 

Definice makroinstrukce se skladd z uvod- 
ni dasti, tvoFend symbolickym jmdnem v poli 
navdsti, oznadenim pseudoinstrukci MAC¬ 
RO, a formdlnimi parametry, napF. PODIL 
MACRO SUMA, POCET. Ndsleduje vlastni 
tdlo makroinstrukce, uzivajici potFebnych in¬ 
strukci a formdlnich parametru. Cela defini¬ 
ce „makra“ je uzavFena koncovou pseudo¬ 
instrukci ENDM. Z definice vidime urditou 
formalni podobnost s procedurou, ve skuted- 
nosti je mezi makroinstrukcemi a procedu- 
rami zdsadni rozdil. Makroinstrukce je tzv. 
otevFeny podprogram, ktery Ize ve zdrojo- 
vdm textu kdykoli volat zdpisem symbolic- 
keho jmena a uvedenych skutednych 
parametru vzdy, je-li makroinstrukce za- 
potFebi. 

Makroasembler pFi pFekladu rozviji vola- 
nou makroinstrukci tak, ±e v jejim tele defino- 

program predava 
obsah PSW 




p— N1: 

' P ‘ 

JNZ N1 




provadenl prikazove 
posloupnosti instrukci 
ovlivhuje obsah PSW 


navrat do cyklu 
pfi ZY1 


Obr. 42. Pnkazova struktura cyklu REPEAT 
s vyuzitim testu indikatoru ZERO 


Obr. 40. Jedna z moznosti konstrukce prikazu IF p THEN PI ELSE P2 




program predava obsah PSW 
test vstupni podminky p 


provadenl prikazu 
pfi Z =0 

posloupnost instrukci 
soucosne ovlivfuje 
obsah PSW 


navrat na test 
vstupni podminky 

vystup z cyklu pfi Z=1 






MVI C,10 

r—N1: 

P :: 

DCRC 

JNZ N1 

c ) 
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indexovy 

otvor 


Obr. 43. Priklady realizace pascalskeho cyk¬ 
lu FOR 


224 




Obr. 41. Prlklad konstrukce cyklu WHILE 
p DO P s vyuzitim testu indikatoru ZERO 











vanou pffkazovou posloupnost vzdy znovu 
zapisuje ve strojovdm kddu a formdlni para- 
metry nahrazuje skutednymi, uvedenymi 
v pfisludnem volani. Makroinstrukce tedy 
pouze zjednoduduji prdci programatora, ale 
nijak nedetri prostorem operadni pamdti. 

Rutiny, podprogramy 

Pro ziskani zdkladniho prehledu o instruk- 
cnfm souboru a jeho uziti v JSA je nejlepe 
prejit ke studiu standardnich rutin. Nejprve 
tdch jednodussich ( 9j, str. 211 az 233), 
pozdeji slozitejsich ([1 Oj, str. 123 az 161). 
Jejich znalost predstavuje v programovani 
na urovni JSA asi to, co znalost zakladnich 
elektronickych principu a schemat v hardwa- 
rove oblasti. Pri takovem studiu, nejlepe 
podeprenem pracf na konkretnim, i tom nej- 
levndjdim a nejjednodussim poditaci, si tepr- 
ve clovek uvedomi vedkere funkce jednotli- 
vych typu instrukci, jejich veskere udinky, 
souvislosti a navaznosti a tedy i moznosti 
optimalniho vyuziti nebo naopak drive nevi- 
dena omezeni. 

K nejdulezitejdim uloham pri studiu jake- 
hokoli programu nebo jeho useku path po- 
chopeni jeho struktury, redid urdity algorit- 
mus. Cleneni programovd struktury na hlav- 
ni program, dilci moduly a podprogramy 
umoznuje odddlene studovat jednotlive pro¬ 
gramove bloky. Pritom je vzdy nejdulezitejdi 
nejprve pochopit jejich podstatu, zpusob za- 
dleneni do celeho programu, vstupni a vy- 
stupni parametry vdetnd uziteho zpusobu 
jejich predavani. Zde doporudujeme podrob- 
nd prostudovat zejmena [ 101, str. 113 az 122 
a [l 1 j, str. 84 az 95 s typickymi priklady. 

Zvlastni kapitolu predstavuje styk mikro- 
poditade s okolim, vyzadujici urcitou orienta- 
ci v praci s perifernimi obvody (I/O, citade/ 
dasovace, prerudeni..). Zde je nejlepdi sko- 
Jpu studium komentovanych vypisu konkrdt- 
ne zamdrenych program^, jake nachazime 
napriklad na zelenych strankach AR i jinde. 


Orientace v programovych vypisech 

Jako priklad jsme vybrali program pro 
obsluhu a vyhodnoceni dinnosti prevodniku 
A/D, uverejndny v AR-A d. 5/89. Pfedevsim 
proto, ze vyuziva programovych prostredku 


AUTEST a MERENI, ZOBRAZ disponuje 
rutinou binarnd dekadickd konverze BNDCZ 
atd. Postupnym rozborem programovd 
struktury podle vzajemnych vazeb jednotli- 
vych modulu a podprogramu (CALL az RET) 
tak muzeme vcelku pohodlnd odvodit celou 
zndzornenou strukturu. Pak je jiz mozno, 
s vyuzitim komentaru, pomdrne prehledne 
sledovat cely program a relativnd nezavisle 
i jeho dildi moduly vdetnd vzajemnych na¬ 
vaznosti. Prostrednictvim ,,strukturogramu“ 
si takd muzeme ucinit predstavu o moznos- 
tech pripadnych uprav a zmdn nebo o vyuzi- 
vani sdilenych podprogramu (napriklad ruti¬ 
ny SUBTRA a DMULTI jsou sdileny pro- 
gramy AUTEST a MATIK). Pri detailndjdim 
rozboru si muzeme udinit i predstavu o vy- 
konnosti a soucasne i o nebezpedi skoku 
mimo vlastni podprogram, v uvazovanem 
pripade se jedna pouze o podmindne skoky 
z MERENT a MATIK do rutiny chybovych 
hladeni. Tyto skoky proto nejsou ve struktu- 
rogramu podchyceny. 

Vystavba programu prozrazuje erudici 
jeho tvurcu. Mnohe useky jsou zajimave 
i tehdy, kdyz se skladaji byf jen z ndkolika 
rddku. Prikladem muze byt rutina TIME, 
kterd po podrobnem prostudovdni nebo 
praktickem ovdreni jednou provzdy objasni 
praci se zdsobnikem. Krokovat provadenim 
programu je vzdy to nejlepdi, co muzeme 
udelat v pripadd, ze dinosti urcitdho pro- 
gramoveho useku nerozumime. Takovym 
uskalim budou pro zaddtednika zrejmd ruti¬ 
ny BNDCZ a DMULTI. Je moznd prekvapive, 
ze prave ty, byf nejrozsahlejsi, nejsou ko- 
mentovany vubec, nebo jen sporadicky. Je ' 
to proto, ze se jedna o modifikovand standar¬ 
ds rutiny, porovnejte napr. BNDC se stejnoj- 
mennym modulem z knihovny systemu 
MRS. 

Architektura a instrukcm 
soubory modernich 
8bitovych mikroprocesoru a 
jednocipovych mikropocftacu 

V AR-B d. 5/89 jsme pro osvdtleni zaklad- 
nich principu, architektury, adresovacich 
metod nebo pozadavku na skladbu instruk- 


dniho souboru pouzili jako nazorny priklad 
relativnd jednoduchy mikroprocesor 18080 
s tim, ze jeho zvladnuti je dobrym predpokla- 
dem snazsi orientace i ve vyvojovd vysdich 
mikroprocesorovych generacich. V navaz¬ 
nosti na dosud vytvorend nazory a predstavy 
si nyni pfehledovd popideme architekturu 
a instrukdni soubory mikroprocesoru Z-80 
a jednodipovych mikropoditadu fad 8048 
a 8051, tedy relativnd modernich a u nds 
bdznd dostupnych nebo perspektivnich 
prvku. 

Mikroprocesor Zilog 80 

Architektura mikroprocesoru Z-80, jehoz 
blokove schema je na obr. 45, je vuci 18080 
podstatne komplexndjsi. Orientace v tomto 
stale popularnim typu mikroprocesoru vsak 
bude snadna, protoze predstavuje pfimou 
inovaci 8080. 

Z-80 uziva jako systemovy takt snadno 
generovatelny jednofazovy externi hodinovy 
signdl. Na cipu je jiz integrovan cely sy- 
stemovy fadid. Dalsi charakteristickou odlid- 
nosti vuci 18080 je zdvojeni vsech zapisniko- 
wch reqistru. rozddlenvch do dvou registro- 
vych bank. Programovd vzdy muze byt 
vybrana jedna z nich, coz je vyhodne v radd 
praktickych aplikaci (jednourovnova preru- 
seni, podprogramy..), pri kterych obvykly 
uklid a znovuvyzvedavdni obsahu ohroze- 
nych registru nahradi programovd rizena 
vymdna re^istrovych bank. Zdvojen je sa- 
mozrejme i priznakovy registr F. 

Podstatnd prakticteji je resena i strategie 
prerudovaciho systdmu. Z-80 je vybaven 
dvdma vstu py za dosti o pferuseni, nemas- 
kovatelnym NMI s nejvysdi prioritou a bdz- 
nym, programovd maskovatelnym vstupem 
INT. zadosti NMI, kterou nelze programovd 
zakazat, odpovida technicky skok na pev- 
nou adresu 66 H, obsluha musi byl ukonde- 
na specials ndvratovou instrukci RETN. Po- 
kud se tyka oblasti maskovatelnych preru- 
deni, mohou byt programovd aktivovdny tfi 
odlisnd mddy dinnosti. 

M6d 0 je v podstate obdobou prioritniho 
systdmu, uzivandho jiz u 18080, vdetnd 
orientace na vyuziti pevnych adresovych 
pozic instrukci RST n. Vyzaduje proto vy- 
stavbu extern iho pferudovaciho systemu 
s prisludnym fadidem. Pro programovd po- 
voleni a zdkaz prerudeni se uziva instruk- 


pri redeni technicke ulohy. I kdy se program 
asi bude zpodatku zddt prilis slozity, je to jen 
zddni. Je vytvoren skutedne systematicky, 
jak ukazuje ,,strukturogram“ na obr. 44, 
vytvoreny postupnou syntdzou programove- 
ho vypisu. Hlavni program tvori smydka, 
volajici rutiny PROMER, ZOBRAZ a TIME2. 
Podobnd PROMER, ridici obsluhu mdreni 
a kalibrace, vyuzivd podrizenych modulu 
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Obr. 44. Odvozena hierarchicka struktura 
programu pro prevodm'k A/D (AR A5/89) 


Obr. 45. Blokove schema 
mikroprocesoru Z-80 
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ci El, Dl, jako navratove instrukce RET. 

Take pro m6d 1 nach&zfme obdobu jed- 
nourovftoveho pferuCeni, generovaneho fa- 
dicem 8228 ve specialnim rezimu, vCetnC 
zcela shodne technicke adresy aktivace 
RST7, tj. 38 H. Jako navratova se opCt uzi v£ 
instrukce RET. 

NejzajimavejSi a zcela odli§ny je mod 2, 
navazujici na promyslenou koncepci staveb- 
nice podpurnych obvodu procesoru Z-80. 
Tyto obvody maji instalovan rozvinuty de- 
centralizovany pferusovaci system, nahra- 
zujicl v naproste vCtsinC pfipadu potfebu 
klasickeho externiho fad ice pferuseni. Pfe¬ 
rusovaci hierarchie se konfiguruje vhodnym 
smyckovym propojenim specialnich vstupu 
IE IN/vystupu IE OUT perifernich obvodu. 
Vytvofena smyCka pracuje jako seriovy opa- 
kovac zadosti z jednotlivych vstupu se 
schopnosti blokovat zadosti s nizsi prioritou, 
nez je pr&ve aktivovana. Aktualni zadost je 
po zminene smycce pfedavana na vstup INT 
mikroprocesoru. Zdroj zadosti pak predava 
na datovou sbernici jeji identifikaCni byte, 
ktery spolu s podle potfeby programovatel- 
nym obsahem registru IR (Interrupt Regis¬ 
ter) urcuje nepfimou adresu vektoru pferu- 
Seni. Teprve natakto vytvorene adrese most 
byt ulozena poCatecni adresa obsluhy prf- 
slusneho preruseni. Je jiste videt mimofad- 
na pruznost celeho systemu a Ciroky rozsah 
adresovacich moznosti v cel6m pamefovem 
prostoru. Jako navratovd instrukce slouzi 
instrukce RETI. Programovou volbu jednotli¬ 
vych modu preruseni umoznuji instrukce 
IMO, IM1, I M2. 

Dalsim novym a zajimavym registrem je 
osvezovaci registr dynamickych pameti 
R (Memory Refresh). Je to vlastne 7bitovy 
CitaC, inkrementovany v prubehu kazdeho 
instrukCniho cyklu. Jeho obsah se vysila na 
nizsim bytu adresove sbernice v dob£ch 73, 
T4cykl u Ml, kdy pri aktivnim fidicim bitu 
RFSH = L a zadosti o pfistup k pameti 
MREQ = L je mozno ozivit fadek DRAM. 

Zcela nova, typicke jiz pro mikroprocesory 
vysCich generaci, je implementace 16bito- 
vych indexregistru IX, IY. Jejich smyslem je 
zavest system ukazatelu do operaCni pamCj 
ti, umozfiujici efektivni indexove adresov^ni 
uspofeidanych datovych polozek a struktur. 

To jsou hlavni rozdily v architekturdch 
18080 a Z-80. Dal§i ov§em nachazime v fade 
perifernich obvodu stavebnice Zilog, obsa- 
hujici obvody PIO (Paralel I/O Interface), 
SIO (Serial I/O Interface), CTC (Counter/ 
Timer Circuit) a DMA (Direct Memory Ac¬ 
cess). 

Instrukcni soubor Z-80 je pfimou nadmno- 
zinou souboru 18080, a to az do urovnC 
strojoveho kodu. Cela spoleCna skupina in- 
strukci se tedy lisi pouze asemblerovou 
mnemonikou. Nekolikanasobneho rozsifeni 
souboru Z-80, k' nCmuz vedlo zavedeni no¬ 
vych instrukci, se vuCi souboru 18080, ktery 
jiz prakticky vycerpal kapacitu '8bitov6ho 
pole operaCnich k6du, dosahuje doplnenim 
kodu techto instrukci o jeden nebo dva byty, 
tzv. prefixy. Tvofi je v souboru 8080 nevyuzi- 
te kody CB, DD, ED a EF, zamerne naznace- 
ne uz v tabulce na obr. 100 v AR-B C. 5/89. 
Skladba instrukCniho souboru Z-80 je proto 
pestra nejen co do obsahu ruznych typu 
instrukci, ale i formatu jejich operacnich 
kodu v rozsahu 1 az 4 byty. 

U Z-80 se take vzhledem k 18080 vyuziva 
novych adresovacich metod, pfedevsim re- 
lativniho a indexoveho adresovani. 

Relativni adresov&ni je velmi vyhodna ad- 
resovaci metoda, vztazena vuCi aktualnimu 
obsahu programoveho citace PC. K relativ- 
nimu postihu adresy uziva tzv. posunuti 
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(displacement), interpretovanC v 8bitov6m 
doplhkov6m kbdu jako fiislo se znamenkem. 
To umozftuje adresovani v celkov^m rozpdti 
-128 az 127 bytu vu6i b6zn6mu obsahu 
(PC)+2. To +2 proto, ze relativni adresov^- 
ni uzivaji vyhradne dvoubytov6 skokove in¬ 
strukce. 

Indexovane adresovani je vlastn§ obdo- 
bou relativniho s tim, ze pfima odchylka neni 
vztazena k programovemu citafii, ale k obsa¬ 
hu indexregistru. 

V souvislosti s vlastnim instrukfinim sou- 
borem Z-80 je tedy v prvni fad§ tfeba upo- 
zornit na moznosti, vyplyvajici z uplatn6ni 
nov6 zavedenych registru I, R, IX, IY a obou 
bank registru z^pisnikovych. OdliSne moz¬ 
nosti prace se systemem pferu§eni jsme jiz 
uvedli. 

Velmi napadny a efektivni je novy typ 
blokovych instrukci, orientovany na opako- 
vane provadeni typickych, casto uzivanych 
operaci. Setk^vame se s nimi v ruznych 
aplikacich. 

Jednou z nich je skupina instrukci vstupu/ 
vystupu. Vedle klasickych instrukci IN 
A (port) a OUT (port), A pracujicich s obsa¬ 
hem akumuiatoru, a novych instrukci IN reg, 
(C) a OUT (C), reg. umofnujicich pfenos 
mezi nSkterym z 8bitovych registru a portem, 
adresovanym obsahem registru C, zde na¬ 
chazime rozs^hlou skupinu blokovych in¬ 
strukci I/O. Path k nim instrukce INI a OUTI 
(Input/Output Increment), IND a OUTD 
(Decrement), INIR a OTIR (Increment Repe¬ 
at) a koneCne INDR a OTDR (Decrement 
Repeat). Increment nebo decrement se pfi- 
tom vztahuje k adresovani polozek pfenase- 
n<§ho datovSho bloku. Pr&ce s t§mito instruk- 
cemi podstatnS cely pfenos I/O zjednodusu- 
je a zrychluje. 

Dal§i uplatneni nach&zeji blokove instruk¬ 
ce pfi internich pfenosech datovych bloku, 
viz instrukce LDI/LDD a LDID/LDDR. Ucelo- 
vou obdobu jejich vyuziti pfedstavuji i in¬ 
strukce blokoveho porovndvani a vyhleda- 
vani CPI, CPD (Compare Increment/Decre¬ 
ment) a CPIR/CPDR (Repeat). 

VSechny instrukce blokoveho typu probi- 
haji podle urciteho, velmi podobneho sche- 
matu, s vyuzitim obdobnych registru. Neni 
proto obtizn6 je pochopit a s vyhodou u2ivat. 

RozSifena byla i skupina aritmetickych 
instrukci. V Sbitovem rozsahu se jedna 
o moznost vyuzit dekadicke korekce DAA 
i na z^porne vysledky operaci s cisly BCD, 
v rozsahu 16bitovem pak o snazsi praci 
s 6isly o vicenasobn6 pfesnosti. 

Skupina skokovych instrukci byla oboha- 
cena pfedev§im o zminen§ relativni adreso- 
v6ni. Zajimava je instrukce DJNZ, ktera 
pfedstavuje podmineny skok s po6tem opa- 
kovani, urcenym obsahem registru B, pracu- 
jiciho jako automaticky dekrementovany di- 
tac. 

Instrukce aritmetickych a logickych rotaci, 
vcetne zameny bitovych Stvefic, podstatn§ 
usnadhuji vystavbu aritmetickych a logic¬ 
kych algoritmu. Sem tak6 path mimofadnd 
rozsahla i uzitefina skupina instrukci pro 
praci sjednotlivymi bity, umoznujici nastave- 
ni (SET), nulovani (RES) a testovani (BIT) 
jednotlivych bitu libovolneho 8bitoveho za- 
pisnikov6ho registru nebo mista operadni 
pamdti. 

Z-80 je a zustava modernim, dobfe konci- 
povanym 8bitovym procesorem, vytvafeji- 
cim se svymi podpurnymi obvody stavebnici 
vysokych kvalit. U nas je stale zakladem 
§irsim vrstvam dostupnych domcicich pofii- 
ta6u. Podrobny popis jednotlivych instrukci, 
vcetne pfikiadu jejich vyuziti a pfehledne 
uspofadaneho instrukSnihO souboru je 
v 1111. Z praktickeho hlediska je velmi uzitefi- 
ne mit pfehled instrukCniho souboru (mne- 
monika, kody) k dispozici na jednom listu 
papiru, Ize jej ziskat z Bajtku 12/88. 

Pro fazi seznamovani s asemblerem Z-80 


na urovni JSA, ale i pro praktickou praci je 
dostupny pom§rn§ bohaty sortiment pro¬ 
gramoveho vybaveni na domaci pofiitafie, 
orientovan§ na tento procesor (Spectrum, 
Sharp ..). Velmi vhodny je napfiklad ji t zmi- 
n6ny MRS (Memory Resident System), ob- 
sahujici v jednom ,,baliku“ editor, asembler, 
knihovnu bineirnich modulu, debugger, linker 
a disassembler. Tento soubor umozhuje styl 
pr^ce, blizici se klasickym postupum, obvyk- 
lym pfi uziv^ni mnohem dokonalejSich hosti- 
telskych pocitafiu nebo vyvojovych systemu. 


Jednocipove mikropocitace 

Klasickym stavebnicim a poditafium s 8bi- 
tovymi mikroprocesory Qako je Z-80) vyros- 
tla v poslednich letech velmi siln& konkuren- 
ce. Z jedn6 strany ji pfedstavuji nesrovnatel- 
n6 vykonn6j§i 16 a 32bitove prot§j§ky, oku- 
pujici postupne celou oblast osobnich mikro- 
pofiitacu a vykonnych fidicich systemu. 

Opacny pol, ktery se steile vice prosazuje, 
pfedstavuji jednocipove, pfevazne 8bitove 
mikropofiitace (mikrokontrolery). Umozhuji 
ekonomicky realizovat automaty pro nejruz- 
n6j§i aplikace v oblasti jak unikatni, tak kuso- 
ve, seriove nebo i masove vyroby. 

Vznik jednocipovych mikropocitacu zcela 
pfirozenS vyplyva z dosazene urovnd tech¬ 
nologic. Moznost soustfedit na hromadne 
vyrabSnem 6ipu nejen cely mikroprocesor, 
ale i vSechny prvky vhodn6 redukovan^ho 
mikroprocesoroveho systemu, byla jiz dlou- 
ho pfilis zfejma a lakava, aby nebyla prak¬ 
ticky realizovena. 

O tom, co jednofiipove mikropocitace na- 
bizeji z ruznych hledisek (cena, rozmCry, 
pfikon, doba vyvoje zafizeni, vyrobni n^kla- 
dy ..) neni tfeba diskutovat. Jejich prostfed- 
nictvim se mohou uspCsne prosazovat 
i male tymy s omezenym kapiteiem a techno- 
logickym zazemim. 

MikropoditaCe rady 8048 

U nas jsou dosud relativnC dostupne pou¬ 
ze mikropoCitaCe fady 8048 (s rezidentni 
programovou pameti ROM), pfipadnC jejich 
modifikace 8035 (bez rezidentni programo- 
ve pameti) nebo 8748 (s pameti EPROM). 
Tato fada opCt pfedstavuje vhodny uvod do 
cele problematiky jednocipovych mikropofii- 
taCu. 

Jak vyplyva z orientaCniho blokoveho 
schematu (obr. 46), ma jednoCipovy mikro- 
poCitaC ve sve struktufe integrovenu vedle 
kompletniho procesoru i vice Ci mCnC celou 
datovou a programovou operaCni pamef, 
stykove obvody I/O, alespon jednoduchy 
pferuCovaci system a interni CitaC/CasovaC. 
Kapacita internich, rezidentnich pameti je 
samozfejmC vzhledem k technologickym 
mo2nostem, oboru pfedpokladanych aplika- 
ci a z ekonomickych duvodu omezena. Jed¬ 
nocipove mikropoCitaCe jsou v§ak zpravidla 
feseny tak, aby v urCitem rozsahu mohly byt 
velmi snadno rozSifeny jak o extern! pame- 
fovy prostor, tak dalsi stykove obvody I/O. 

Jadro ceieho mikropoCitaCe fady 8048 
tvofi CPU, rezidentni pamefovy system 
a obvody I/O. Podrobnejsi analyza interni 
struktury. CPU (viz [ 12), [ 131) v urCitem ohle- 
du znovu pfipomine koncepci jednotky 8080, 
vCetne orientace na stfadaC a sadu zapisni- 
kovych registru. 

Pro jednoCipove mikropoCitaCe je charak- 
teristicke to, ze z technologickych, ale i ji- 
nych praktickych duvodu nerespektuji pfi 
sprave adresoveho prostoru operaCni pa¬ 
meti koncepci von Neumannova typu. Ope¬ 
raCni pamet’ je org&nizovana podle hardwar- 
ske koncepce jako rozdeiena do dvou sekci, 
datove a programove, s odlisnymi pfistupo- 
vymi metodami. 

Rezidentni pamCf dat (RAM) s omezenou 
kapacitou 64 B obsahuje i dve registrove 
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Obr. 46. Zndzorndni 
struktury jednodipovd- 
ho mikropoditade rady 
8048 


Legends 

XTAL - vstupy intemi'ho generator hodin, (krystal, 

_obvod LC nebo extern! signal) 

RESET - vstup pro inicializaci procesoru 
SS - vstup pro krokovdnl programu (Single Step) 

EA - vstup pro uvolndnl/blokovdnl pnstupu k vnejsi 
programove pameti 

TEST 0 - programove testovatelny vstup/(pfip. vystup) 
tdock 

TEST t - programove testovatelny vstup/pffp. vstup 

_ intemiho Oltade 

INT - vstup zadosti o vnejsi preru§enl 
PO - obousmerny 8bitovy staticky port s vystupnlm 
latchem, pri uiitl extemlch pameti jako budic 
multiplexo vane sy stdmove sb6mice BUS, rize- 
ne signaly PSEN, ALE, RD, WR 

banky RBO (RO ai R7) RBI (RO’ a i R7') 
a takd osmiurovnovy zdsobmk, viz mapu 
na obr. 47. PFimo adresovatelnd jsou v da- 
tovem prostoru pouze jednotlivd registry. 
Proto se jich prednostnd u2!vd pro dasto 
zpristuphovane poloiky probihajiciho vy- 
podtu. Ostatnl pozice v prostoru datove 
RAM mohou byt adresovdny pouze neprl- 
mo. Z tohoto hlediska maji zvlddtn! vyz- 
-«am registry RO a R1 (RO’ a R1 ’), oznade- 
ne na obr. 47 drafovdmm. Mohou byt u*ity 
jako ukazatele do intern! datove pamdfovd 
oblasti. Pro orientaci ndkolik prikladu zd- 
pisu pFimych dat a presunu mezi stFada- 
Cem a datovou pameti: 

MOV R3, #5EH ; zapis primeho operandu 
; do registru R3 

MOV A, R5 ; pfesun z registru R5 
; do stradace 


MOV@ R1, A ; pfesun obsahu stradace 
; na neprimou intern! 

; datovou adresu, urcenou 
; obsahem registru R1. 
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Obr. 47. Mapa intern / datove pameti 


PI - 8bitovy kvaziobousmdmy port I/O 
P2 - 8bitovy kvaziobousmerny port I/O; pri pr£ci s vndj§l 
programovou pameti jsou bity P20 az P23 nosi- 
teli strankovych adres, mohou byt vyuzity i pro 
pripojenl expanderu I/O 8243 
RD - vystup strobujlcl dten! z vndj§! datove pameti 
WR - vystup, strobujlcl zapis do vnejsi datove pameti 
ALE - (Address Latch Enable), vystup rldlcl zavdrnou 
hranou zdpis ni2§( dasti adresy (ADR 0 az 7) do 
externlho latche pri pnstupu k extern! programo¬ 
ve i datove pameti 

PSEN - (Program Store Enable), vystup, aktivujlcl dtenl 
z extern! programove pameti 
PROG - vystupnl signal k rlzeni expanderu 8243/ 
pnpadne vstup programovych impulsu pro inter- 
nl pamef EPROM (8748) 


Obdobnd se u2!vd ukazatelovych registru 
RO, R1 i pro adresovdn! pristupu do vndjd! 
datovd pameti. K tomu slouzi specidln! in- 
strukce MOVX. Prlklad: 


MOVX@ R1,A 


presun obsahu stradade 
na neprimou adresu v 


urdenou obsahem R1. 


Druha banka registru RBI muze byt uz!vd- 
na ruznymi zpusoby. Jednim z jich muze byt 
jednoduchd rozdlrenl kapacity banky RBO. 
Velmi vyhodnd je jejl vyuiitl pri obsluze 
pFerudenl - ukldddn! a vybdr registru pFi 
vyvoldn! a ndvratu pak odpadd, nahrazuje je 
jednoduchd zdmdna aktivity obou bank. Pro¬ 
to se take neuzivd obvyklych instrukci PUSH 
a POP, ktere by neunosnd zatdzovaly intern! 
zasobnlk s malou kapacitou. 

Osmiurovnovy zdsobnik uzivd dvoubyto- 
vy formet polozky (obr. 48b). Vedle uplndho 
obsahu programoveho ditade (12 bitu) se do 
zasobnlku ukladajl i ctyFi indikatory pFizna- 
koveho registru PSW H , obnovovand pFi na- 
vratu z prerudenl specidln! instrukci RETR. 

Rezidentn! pamdf programu u 8048 
(ROM) di 8748 (EPROM) ma kapacitu 1 kB. 
Vyznamnd body v nl pFedstavuj! lokace 0,3 
a 7, vyvoldvand techn icky aktivaci vstupu 
RESET, externiho INT nebo interniho pFeru- 
Senf. Na tyto adresy (obr. 49) mus! byt 
umlstdny skoky do pFisluSnych obsluznych 
programu. Z mapy ovdem vidime, te pro- 
gramovy dltad umozfiuje adresovat prostor 
4 kB. Ten je rozdelen na dvd banky MBO 
a MB1 po 2 kB, vottteind opet programove. 
Prostor 4 kB muze byt extern! pamdt! pokryt 
bud’ zddsti, nebo uplnd. Navlc nejni2§! 1 kB 
muze u2!vat bucf rezidentn!, nebo extern! 
pamef. Volba se zajidfuje technicky, zapoje- 
n!m vstupn! spicky EA (External Access) na 
logickou urovefi H nebo L. 

Adresovdn! v prostoru programove pameti 
vyu2!va strankoveho mechanismu - obe 
banky 2 kB jsou rozdeleny na osm stranek, 
kazda stranka tedy ma kapacitu 256 B. Pak 
pro adresovan! uvnitr stranky bezne pameti 
stac! 8 bitu, pro vyber jedne z osmi stranek 
v ramci banky 3 bity. Tomu odpovida struk- 
tura a vyuzit! programoveho citace PC (obr. 
50). Nejvyddl bit rozlisuje ve vyberu aktualnl 
banky (MBO, MB1). 
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Obr. 48. Struktura a) stavoveho slova PSW, 
b) poloiky zasobnfku 


Adresovaci metody, uiivand instrukdnim 
souborem pFi prdci s programovou pamdt!, 
se opiraj! pFedevdim o dasovd i technicky 
efektivn! adresovdn! uvnitF bdznd strdnky. 
Pro dten! z tdto pamdti se jako cilovy registr 
uziva stFadad, ktery soudasnd slou2! i jako 
registr, obsahujic! nepFImou relativn! adre¬ 
su, uzivanou specidln! instrukci MOVP. PF!- 
klad; 


MOVP A, @ A; ; do stfadaCe se pfesune 
; obsah buftky programove 
; pamdti, adresovane v 
; idmd strdnky puvodmm 
; obsahem stfadace (pfene- 
; senym do bitu 0 ai 7 
; ditade PC). 


OFFFH 


BOOH 

FFFH 
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MB1 

kazda banka 
je tvorena osmi 
strdnkami 
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TIMER/COUNTER INT. 


- 

\ technicky aktivovane 
' adresy zaatostio ini- 
/. cializaci systemu 

EXTERN/' INTERRUPT 

~ 

pfset _ 



Obr. 49. Mapa programove pamdti (podle 
typu mikroradice a jeho oSetrenf muze byt 
nejniZSi 1 kB souddsti bucf internf, nebo 
extern / pamdti) 

Zvladtn! postaven! ma instrukce MOVP3 
A, @ A, kterd obdobnym zpusobem vzdy 
napln! stFadad obsahem neprimo adresova- 
ne pamdfovd bunky ze stranky 3 (tj. adreso- 
vdho prostoru 300 H az 3FF H), zceia neza- 
visle na tom, jakou strdnku, ale i banku prdvd 
adresoval programovy ditad. Pro vyjimed- 
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Obr. 50. Vyuzivani struktury 12bitoveho cita¬ 
ce instrukci PC 
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BANKA 0 BANKA 1 

(Oaz 2 kB) (2az 4 kB) 









Obr. 51. Pripojehi externi programove pa¬ 
meti 2 kB 



Obr 54 Rozdireni vstupu/vystupu 8048 expanderem 8243. 4bi- 
tovb porty P4 az P7 Ize pouiit pro obousmdrny prenos mezi por- 
tem a niidi bitovou dtverici stradade a logickb operace na portu 


nost teto instrukce se do stranky 3 umisfuji 
konstanty a reference, uzivand v ramci cele- 
ho programu. 

Zkracene 8bitove adresovanf v ramci 
stranky programu pouzivaji i instrukce pod- 
minenych skoku a instrukce DJNZ. 

Pine adresovani v ramci cele aktualni 
banky MBO nebo MB1 uzivaji pouze instruk¬ 
ce primdho skoku JMP, volani CALL a na- 
vratu RET, RETR. 

Na obr. 51 je priklad pouziti externi pro¬ 
gramove pameti EPROM 2 kB. Programovy 
ditad PC muze adresovat az 4 kB programo¬ 
ve pamdti, protoze ma 12bitovy rozsah. Ad¬ 
resovani opdt vyuziva strankoveho mecha- 
nismu. Vyddi Cast adresy v ramci banky 
umozftuje definovat az 16 stranek (A8 az 
All), z nichz kazda obsahuje 256 bytu, 
adresovanych nizdim bytem (AO az A7) pro- 
gramovdho citade. Pro zachyceni teto nizdi 
casti PCL, prenadend po sbdrnici DB multip- 
lexnd s daty, se pouzivd latch, strobovany 
signalem ALE (Address Latch Enable). Pro 
prenos zbyvajicich tri bitu adresy PCH (A8 
az A10), potrebnych pro adresovanf 2 kB, 
slouzi east portu P2. Signal £s£N aktivuje 
vystup dat z takto adresovane, dtene lokace 
externi programov6 pameti. 

Vcelku jednodude Ize rozdirit i datovou 
pamef o externich 256 B, tedy opdt o ramec 
jedne stranky. Jednoduche a praktick6 rese- 
ni je na obr. 52. Vyuziva toho, ze staticka 
pamef RAM 256 B je soufiasti programova- 
telneho obvodu 8155, ktery jiz ma instalovan 
interni adresovy latch a multiplexovany bus 
ADR/DATA. Navic doplnuje system i o tri I/O 
porty a programovatelny 14bitovy counter/ 
timer. 

Dotkli jsme se jiz vyuziti I/O portu. Jsou 
celkem tri, PO (BUS), PI a P2, v§echny 
8bitove. Port PO ma dv6 charakteristickd 
aplikace. Muze pracovat jako obousmdrny 
budie multiplexovane syst6mov6 sm§rnice 
(ADR 0 az 7/DATA 0 az 7) viz obr. 51, 52, 
nebo jako obousmerny, ale staticky (vstupni 
nebo vystupni) tfistavovy port. 

Porty PI a P2 uiivaji technologicky odli§- 
naho reSeni, to je typicke tim, ze jejich vstup/ 
vystup nemuze byt uveden do Cisteho 3. 
stavu. Princip, ktery pro jeden bit takoveho 
kvaziobousm§meho kanaiu znazorhuje obr. 
53, znamena urdita omezeni pri praci s tami- 
to porty. 



Obr. 53. Kvaziobousmdrny bitovy kanal por¬ 
tu PI a P2 


Data, pripadne adresy (P20 az P23 - ad- 
resovani stranky), prena§ena z interni sber- 
nice na vystup portu, se zachycuji vystupnim 
latchem, tvorenym obvodem D. zapis se 
uskutednuje e_elni hranou strobovaciho im- 
pulsu. Vystup Q oviada tranzistor T2 dvojdin- 
naho koncovaho stupne MOS primo, tran¬ 
zistor T1 je oviadan logickym soucinem 
urovni vystupu Q a easove omezenaho stro¬ 
bovaciho impulsu. 

Pri zapisu urovna H prechazeji vystupy 
Q-^-H, Q->L, tranzistor T2 je trvale zavren, 
T1 spina, ale pouze po dobu trvani strobova¬ 
ciho impulsu. To stadi, aby na vystupnim 
portu byl vytvoren ostry nabeh, potrebny pro 
rychia vybuzeni sbarnice s kapacitni zatezi 
(spoje, privody, vstupy hradel). Po dozndni 
strobingu oba tranzistory T1, T2 nevedou, 
uroveh H na vystupnim portu staticky udrzu- 
je upinaci odpor, R 0 , tvoreny ve skuteCnosti 
strukturou MOS s charakterem zdroje kon- 
stantniho proudu. 

Pri zapisu vystupni urovna L prechazi 
latch do stavu Q=L, Q = H. Tranzistor T1 je 
tedy zavren, T2 sepnut. V tomto stavu jiz 
obvod setrvava az do novaho zapisu vystup¬ 
ni urovna H. 

Z uvedenaho vyplyva, ze pri pripadnam 
dteni ze vstupniho portu, ktera se uskuteC- 
huje pres rizeny budtd B1, by na bitu, ktery 
predtim byl nastaven vystupni instrukci do 
stavu L, nebylo zaji§tano dteni spravna hod- 
noty. To proto, ze klopny obvod D i nadaie 
udrzuje tranzistor T2 v sepnutam stavu. Aby 
byla operace dteni z portO PI a P2 korektni, 
musi ji vzdy predchazet pripravny zapis vy¬ 
stupni urovna H. 


Druhy rizeny budid B2, vazany primo na 
vystup Q klopndho obvodu, se uziva pro 
realizaci logickych operaci mezi daty, zapsa- 
nymi na vystup portu a pfirnym operandem. 

Pro dasto potrebnd rozSireni poctu vstu¬ 
pu/vystupu se vyuziva ruznych externich 
obvodu, pfikladem muie byl jiz obr. *52. 
Nejdastdji se u rady 8048 uziva speciainiho 
programovatelndho obvodu, expanderu 
8243, vazaneho na mikroradid prostred- 
nictvim bitu P20 az P23 portu P2 a ridiciho 
signaiu PROG, viz obr. 54. 

DalSi rozdireni aplikadnich moznosti 
umoznuje interni 8bitovy programovd pred- 
nastavitelny a testovatelny ditad, ktery muze 
byt programovou cestou aktivovan do dvou 
ruznych pracovnich rezimu (timer nebo 
counter). 

Instrukci STRT T dochazi k vynulovani 
obsahu a pfipojeni intern iho ddlide (presca- 
leru :32), buzeneho systemovym taktem, na 
vstup ditade, ktery je tedy aktivovan jako 
timer, inkrementovany v intervalu kaidych 
32 strojovych cyklu, obr. 55. Volitelneho 
zpozddni AT= (1 az 256)32f C | OC k se dosahuje 
programovym prednastavenim ditade a de- 
tekci jeho preplneni (indikator TF) nebo vyu- 
zitim interniho prerudeni INT. Ndsobku tech- 
to intervalO Ize snadno dosahnout vyhodno- 
covanim vdtdiho podtu pFetedeni ditade pro¬ 
gramovou cestou. Timer se uziva i jako 
generator prenosovd rychlosti (Baude) pro- 
gramovd realizovandho UART pro sdriovy 
prenos. 

Ke generovani intervalu kratdich nez AT 
= 32^ock Ize vyuzit vysdiho hodinov6ho kmi- 
todtu (odvozendho napr. od ALE), zavede- 
n6ho na externi vstup TEST 1. V tom pripadd 
ovdem musi byt ditad aktivovan do druhdho 
pracovniho mddu, jako ditad vndjdich uda- 
losti, instrukci STRT CNT. Pak je vstup 
ditade programovd prepnut do opadnd polo- 
hy, obr. 55. Sestupna hrana externiho signa¬ 
iu, zavaddndho na vstup TEST1, vzdy zpu- 
sobi inkrement obsahu ditade. 

Stav interniho ditade muze byt kdykoli, 
i v prubdhu ditani, programove testovan. 
V obou rezimech Ize ditad zastavit instrukci 
STOP TCNT. 

Prerudovaci systdm nabizi moznost vyu- 
i\\ tri ruznyc h variant. Prvni predstavuje 
vstup RESET, ktery muze byt aktivovan sta¬ 
ticky pri podatedni nebo dynamickypri kazdd 
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Obr. 52. RozSireni datove pameti obvodem 
8155 (256 B RAM, obvody I/O a 14bitovy 
dasovac-timer) 


Obr. 55. Zdkladni schema dinnosti pro¬ 
gramove modifikovatelnbho interniho ditade 
udalosti/dasovade 












dalsi inicializaci. Impuls na tomto vstupu 
vzdy vyvola nemaskovatelne nulovani obsa- 
hCi PC a SP, vyber nulovych registrovych 
a programovych bank, porty PI a P2 se 
nastavi do korektniho vstupniho rezimu, za- 
stavi se interni citac (avbak beze zmeny 
obsahu) a nuluje jeho indikator TF. Je zakb- 
zano prog ramove pferubeni (interni, exter¬ 
ni). Vstup RESET se basto uzi'va externi- 
mi obvody Watch-dog, zabrafiujicimi trva- 
lemu zacykleni bi jinemu zhrouceni pro- 
gramu v dusledku reakce na nekorektni 
pracovni podminky. 

Maskovatelna preruseni jsou dvb, interni 
a externi. Interni preruseni vznika pfetebe- 
nim nastaveneho obsahu timeru/counteru 
v pfipade, ze bylo programove povoteno. 
Pak je technicky vyvolana programove adre- 
- sa 7, kde must b^t ulozen skok na obsluhu 
tohoto preruseni. Soucasne se automaticky 
zablokuji pfipadne dalsi zadosti. Externi pfe¬ 
rubeni, stimulovane zadosti na vstupu INT, 
aktivuje obdobnym zpusobem adresu 3, obr. 
49. Pro ukonceni obsluhy obou typu masko- 
vatelnych pferubeni se uzivb specialni na- 
vratovb instrukce RETR (Return with PSW 
Restore), ktera kromb navratove adresy ob- 
novi i vyssi bast (indikatory) stavoveho slova 
PSW, obr. 48. Pferusovaci system je jed- 
nourovhovy, pfi soucasnem vyskytu obou 
zbdosti vbak ma prednost obsluhy pferu¬ 
beni externi. 


soubasny svbtovy standard. Pfi studiu 
tbchto mikropobitabu je opbt mozno vy- 
chazet ze znalosti fady 8048, znovu se 
jedna o jeji inovaci. Orientabni blokove 
schema mikropocitace fady 8051 je na obr. 
56. 

Architektura, vykonnost i instrukbni sou- 
bor tbchto mikropobitabu jsou vuci fadb 8048 
vyrazne posileny a rozbifeny se zfetelem na 
uziti v nbrocnejsich aplikacich, v nichz mo- 
hou nahrazovat i klasicke mikroprocesorove 
stavebnice. Zvlabf vyraznym rozdilem je 
vubi fade 8048 pfedevbim implementace 
vykonneho booleovskeho procesoru. 

Rezidentni programova pambf ma zvet- 
senou kapacitu 4 kB, kapacita datove pamb- 
ti je 128 B. V externim adresovem prostoru 
vsak mohou byt obe pambti rozsifeny az na 
64 kB. 

Na vyvodech pouzdra jsou k dizpozici btyfi 
8bitove porty, ktere mohou byt pouzivany 
ruznymi zpusoby. pfi adresovbni externich 
pambti vbak portum P0 a P2 pfislubi stejnb 
uloha jako u 8048 s tim rozdilem, ze muze 
byt adresovan prostor az 64 kB. Obdobnou 
ulohu maji i fidici a strobovaci signbly ALE, 
PSEN, RD a WR 

Ve strukture fady 8051 jsou dale imple- 
mentovany dva 16bitove citabe/basovabe, 
dvouurovhovy prioritni pferusovaci system 
a pine duplexni sbriovy kanal UART, ktery 
muze pracovat ve ctyfech odlibnych mo- 


bank, je nutno zasobnik inicializovat mimo 
banky, do vyhrazenbho prostoru ve vyssi 
oblasti RAM. Oblast registru je adresovatel- 
na pfimo i nepfimo, ale vzdy v beznem, 
celobytovem formatu. 

S implementaci booleovskeho procesoru 
uzce souvisi organizace pfistupu bloku rezi¬ 
dentni datovb pambti, ktery se skladb ze 16 
bytu na adresbch 20 az 2F H. Cely tento 
prostor muze byt zpfistuphovan jak bbznym, 
tak take bitovym adresovanim (bitove adre¬ 
sy jsou uvedeny uvnitf kazdeho bytu, na 
pozicich odpovidajicich bitu). To znamena, 
ze kazdy jednotlivy bit v teto oblasti muze byt 
nezbvisle na zbyvajicich nulovan, nastaven 
negovbn, mohou s nim byt prov£deny logic- 
ke operace nebo muze byt vyuzit jako pod- 
minkovy. Prostor bitovych adres, vyuzivany 
booleovskym procesorem, je v teto oblasti 
spojity, pokryv^ rozsah 0 az 7F H. Bitove 
adresy jsou vyuzivany specialnimi instruk- 
cemi a nemohou byt zambftovany s adresa- 
mi bbznymi. 

Konebnb tfeti sekce rezidentni RAM v ob¬ 
lasti beznych adres 30 az 7F H slouzi opbt 
pouze jako klasicke pambf RAM s moznosti 
vyhrazeni prostoru pro zasobnik. Bitovb ad- 
resovatelna vsak jiz tato oblast neni. 

Tbsnb nad rezidentni datovou pambti se 
nachazi dalbich 128 bytu RAM, v nichz jsou 
opbt pfevaznb umistbny registry, tentokrat 
vsak hardwarove. Jednak takove, jake se 


Rada 8048 pfedstavuje pro mnoho jedno- 
dubbich aplikaci idealni technicke prostfed- 
ky. Z cenovych duvodu je vyhodna i pro 
amatbrske konstrukce. Podrobny technicky 
popis Ize naleztv[l2j, [I3j, popis instrukbni- 
ho souboru i s ukazkami jednoduchych pro- 
gramu v [14|. 

Jednoclpove mikropocitace fady 8051 

Pro narobnejsi aplikace ma byt i u n&s 
y dohlednb dobb dostupna fada 8051 (s 
interni pameti ROM), pfedstavujici s mo- 
difikacemi 8031 (bez rezidentni progra¬ 
move pambti) a 8751 (s pambti EPROM) 
v oblasti jednobipovych mikropobitabu 

external _ 

interrupts 1 


INTERRUPT 

CONTROL 


dech. 

Na obr. 57 je v jeho spodni casti znazornb- 
na struktura rezidentni datove pameti o ka- 
pacite 128 B, pokryvajici adresovy rozsah 
0 az 7F.H, oznabeny po leve stranb mapy. 
Tento prostor Ize dblit na tfi odlibnb bbsti. 

Nejnizbi z takto uvazovanych sekci 
(0 az IF H) pfislubi ctyfem bankam 
zapisnikovych registru (R0 az R7), 
vyuzitelnych i pro zbsobnik. Banky se 
oznabuji-btslyr^rl, 2, 3. Po resetu je 
vzdy aktivni banka 0 a SP je inicializo- ofoi 
van na adresu 7, odkud se pak postup- QEQ) 
ne inkrementuje, tedy pfechazi do 
banky 1 atd. Pokud ma byt vyuzito odoi 
pfednosti pfepinanych registrovych 


4 K 


TIMER1 

hi 

ROM 


128 byte 
RAM 


TIMER0 

4 


vyskytuji i u beznych procesoru (ACC, 
PSW ..), ale take registry, ktere jsou obdo- 
bou specialnich fidicich ci stavovych regis¬ 
tru, jez u klasickych mikroprocesorovych 
stavebnic byvaji rozptyleny v pomocnych, 
programovatelnych obvodech. 

bitove adresy 
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Obr. 56. Struktura jednodipoveho mikropodftade 8051 


0E0H I ACC 
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| bitove adresovatelne registry viz obr. 57 
(vsechny registry maji format 1 byte ) 


7F 
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79 
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76 
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Jt 
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15 
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OC 
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registrova banka 3 "*> 

" ~ 2 
registrova banka 2 

registrova joanka 1 

registrova banka 0 

Obr. 57. PrehledovA mapa rezidentni dato- 
ve pamdti (0 ai 7F H) a oblasti hardwaro- 
vych registru (80 ai FF H) 


Obr. 58. U vsech registru v levem sloupci tabulky Ize primo adresovat jejich jednotlive bity, 
ostatni registry jsou adresovatelne pouze jako byte 
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Cela zminendn^oblast tzv. specialnich 
funkdnich registru SFR je znazorndna na 
obr. 58. Nektere z techto registru mohou byt 
opet adresov&ny i bitovd. Jsou to ty, ktere se 
na obr. 58 nachazeji v levem, oramovanem 
sloupci. Ostatni jsou adresovatelne pouze 
jako cely registr, mnemonicka oznadeni 
a bytovd adresy vyplyvaji z obr. 58. 

Mechanismus tvorby bitovych adres regis¬ 
tru SFR je jednoduchy. Bitova adresa sledu- 
je v nejvyddich 5 bitech adresu bytovou, 
spodni 3 bity urcuji adresu konkretniho bitu. 
Bitove adres relevantnich, bitove adresova- 
telnych registru SFR, jsou pfimo uvedeny 
uvnitf bitoveho pole na obr. 57. 

Ndktere lokace v oblasti SFR jsou, jak 
vypiyva z obr. 58, bud’ prazdne, vyuzivane 
interne, nebo vyhrazene pro dalsi inovaci. 

Prace se specialnimi registry SFR je tedy 
obdobou prace s registry CPU a programo- 
vatelnych obvodu klasicke mikroprocesoro- 
ve sestavy. 

Asemblerove pfekladace umoznuji speci- 
fikovat bitove adresy ruznymi ucelovymi 
zpusoby. Napfiklad ciselnym zapisem adre¬ 
sy podle obr. 57, nebo pomoci selektoru (0 
az 7), oznadujicich pozici bitu v ramci bytu, 
nebo konecne prostfednictvim asemblerove 
mnemoniky konkretniho bitu pfislusneho re¬ 
gistru SFR. Jako pfiklad ndkolik vyznamovd 
shodnych definic bitove orientovane instruk- 
ce v prostoru SFR: 


SETB PSW.5 

SETB FO 
SETB 0D5 H 


nastaveni 5. bitu (p'riznaku 0, 
ktery ma mnemonicke oznaceni 
FO) registru PSW s uzitim bitove 
ho selektoru, 

nastaveni tehoz bitu, adresova- 
neho jeho mnemonikou, 
opet nastaveni stejneho bitu, 
adresovaneho primou bitovou 
adresou, viz obr. 57,58. 


Bitove adresy se pfirozene tykaji pouze 
vybranych instrukci booleovskeho proceso- 
ru. Vyznam, funkce, mnemoniku a podrob- 
ny popis registrCi SFR a jejich bitu viz [ 131, 
[15|, [I6l. 

Programatorskou, technickou i dasovou 
optimalizaci tvorby a provadeni programu 
usnadhuji i rozvinute adresovaci metody, 
uplathujici vedle relativniho i indexove adre¬ 
sovani. Jako priklad sledujme instrukci pfi- 
meho, nepodmineneho skoku, ktera muze 
byt, podle odpovidajiciho adresoveho roz- 
peti, interpretovana tremi ruznymi zpusoby 
s formalne shodnym, z hlediska provaddni 
vsak zcela odlisnym vysledkem ci prubd- 
hem: 


SJMP {Short Jump) je instrukce relativniho 
skoku v rozpeti 8bitoveho doplnku vuci bez- 
nemu stavu programoveho citace, tedy na 
adresu (PC) + 2 + relativni adresa! Instruk¬ 
ce je dvoubytova se vsemi vyhodami relativ¬ 
niho adresovani; 

AJMP (Absolute Jump) opet uskutednuje 
nepodmineny skok, tentokrat v rozsahu blo- 
ku 2 kB. Skok jiz neni relativni, ale instrukce 
zustava dvoubytova. V prvem bytu jsou spe- 
cifikov^ny tri bity A8 az A10, ve druhem 
spodni byte adresy AO az A7; konecn§ 

LJMP (Long Jump) pfedstavuje tribytovou 
instrukci s uplnou 16bitovou adresou, umoz- 
nujici definovat cilovou adresu skoku 
v plnem rozsahu 64 kB. 

Indexove adresovani umoznuje instalace 
16bitoveho ukazatele DPTR (DPH, DPL). 

Znacne neobvykle jsou take instalovane 
instrukce pro nasobeni, MUl., a deleni, DIV, 
celych 8bitovych operandu (obsahu strada- 
ce A a reqistru B) bez znamenka. 


( (j*ndtehike\ 11 L u ) 


Dva interni 6ita6e/6asovace mohou pra- 
covat ve dtyrech ruznych modech. Jednoho 
dasovace Ize vyuzit pro nastaveni prenoso- 
v§ rychlosti serioveho kan^lu. 

Sdriovy kanal umozhuje komunikaci 
s okolim prostrednictvim duplexniho, sof- 
twarovd programovatelneho, ale technicky 
realizovaneho UART. 

System preruseni je schopen akceptovat 
p§t zdroju zado st i o_pr eru§eni. Ma dva exter- 
ni vstupy INTO a INTI, dva interni vstupy Ize 
odvodit od citadu/casovacu, pate je preruse- 
ni od serioveho kanalu. Kazdy zdroj prerude- 
ni muze byt programove prirazen do jedne 
ze dvou prioritnich urovni nastavenim nebo 
nulovanim prislusneho bitu v registru IP (in¬ 
terrupt Priority). 

Vyvoj jednodipovych mikropoditacu je te- 
prve na svem pocatku. Rozvijena a inovova- 
na je i rada 8051. Jednim z nejrozvinutejdich 
prvku teto rady je mikrokontroler 80535 
v pouzdre se 68 vyvody. Obsahuje 8/10 
bitovy prevodnik A/D s programovd prepina- 
nymi osmi vstupy, tfi timery/countery, pet 
Sbitovych portu, interni watch-dog aj. Preru- 
sovaci system je schopen akceptovat 12 
ruznych internich a externich zadosti o pre- 
ruseni. 

Ponekud odlisny trend vyvoje naznacuje 
napriklad kontroler 80186 fy Intel, ktery v je- 
dinem pouzdru obsahuje prakticky ekviva- 
lent 16bitoveho mikroprocesoru 8086 nejen 
vcetne hodinoveho generatoru, ale i radide 
preruseni, timeru, kanalu DMA a obvodove 
logiky. Po doplneni vnejsimi pamdtmi, obvo- 
dy 1/0 a pripadnd radicem diskovd jednotky 
pak predstavuje velmi dobry zaklad vystavby 
vykonneho jednodeskoveho systemu pro 
narocne prumyslove aplikace. 

Vyvoj novych generaci 
mikroprocesoru 
a operacnfch systemu 

Posledni rozsahlejsi kapitolu venujeme 
prehledovemu popisu postupndho vyvoje 
mikroprocesoru a mikropoditacu k soudas- 
nym standardum vyssich generaci. K tomu 
jsme zvolili pondkud neobvykly pristup. Dis- 
kusi vyvoje 16 a 32bitovych mikroprocesoru 
vazeme na paralelne probihajici vyvoj ope- 
racnich systemu. To proto, ze je mezi nimi 
uzka souvislost, jedna oblast ovlivhuje dru- 
hou. Myslime si, ze prcivd takovy, zevse- 
obechujici pohled umozhuje snaze pochopit 
podstatu cele, jiz pomdrne slozite problema- 
tiky i dtenarum bez predbdzne pripravy. Cely 
vyvoj muzeme sledovat napriklad na postup- 
nem rozsirovani mikroprocesorovych fad In¬ 
tel (8080, 8088, 8086, 80286, 80386 . .) i u- 
spesnych operacnich systdmu (CP/M, MS 
DOS, OS/2, UNIX ..), kde nachazime nejed- 
nu zajimavou souvislost. 

Nejprve si vsimneme nekolika obecnych 
technickych inovaci, souvisejicich s usilim 
o zvydeni rychlosti procesoru jako prvniho 
kroku ke zvetseni vykonnosti celeho pocita- 
ce. 


Uzke hrdlo mikropocitace 
- systemova sbernice 

Technologicky pokrok poslednich let 
umoznil podstatnd zvysit takt CPU, tedy 
rychlost zpracovani jednotlivych instrukci, 
a zaroven i rozsirit tok dat, tj. bitovou dirku 
datove sbernice (8, 16, 32 bitu). Prakticky 
dopad obou techto jistd vyznamnych inovaci 
na propustnost systemu by vdak bez dalsich 
opatreni zdaleka nebyl tak markantni, jak 
bychom snad mohli odekavat. 

Duvodu je nekolik. Prvni vypiyva primo 
z koncepce vazby CPU s relativnd pomalou 
operacni pameti prostrednictvim systemove 
sbernice, zajidfujici nezbytny obousmdrny 
prenos instrukci a dat. Jakkoli je tedy sy¬ 
stemova sbernice pro cinnost mikropoditace 
nezbytna, je i po zbdzne analyze patrne, ze 
po vetdinu doby trv^ni instrukcniho cyklu je 
z hlediska CPU prakticky pasivni, nevyuziva- 
na. Aby jiz zmindna opatreni mela smysl, 
musi byt i tato slabina ndjak eliminovdna. 
U vyssich generaci mikroprocesoru se 
k tomu vyuziva predevsim dvou strategii, 
predvyberu instrukci (prefetch/pipeline) 
a skryte mezipamdti (cache). 

Prefetch/pipeline 

Principem teto strategic je predvybdr 
omezeneho poctu bdznych, sekvendne ra- 
zenych instrukci z operacni pamdti vhodne 
upravenou vazbou CPU se systemovou 
sbernici, vyuzivajici kratke instrukdni fronty. 
Predvybdr probiha v tech intervalech strojo- 
veho cyklu, kdy CPU nevyzaduje komunika¬ 
ci se sbernici (kdyz provadi vnitrni operace). 
Tim je vytvoren zakladni predpoklad pro 
pipeling - dteni nove instrukce pri soudas- 
nem provadeni instrukce aktualni. Obe f^ze 
(predvyber a zpracovani odlisnych instrukci) 
se tak mohou prekryvat, coz odpovida radi- 
kalnimu zlepseni propustnosti sbdrnice, a- 
vsak pouze u sekvendne fazenych instrukci, 
kterych je ovdem vdtsina. Vyskytne-li se 
skokovd instrukce, jednotka styku CPU se 
sbdrnici stdvajici frontu zrusi a zadne cist 
z bdzne pamdti - vytvafi novou frontu in¬ 
strukci. 

Cache 

Operacni pameti soucasnych mikropodi- 
tadu zpravidla z technologickych a ekono- 
mickych duvodu uzivaji dynamicke pamdti 
DRAM s dobou pristupu asi 100 az 250 ns. 
I pri predvyberu instrukci tedy opet dojde 
k situaci, kdy pristupova doba operadni pa¬ 
meti pfedstavuje pro dalsi zlepdov^ni pro¬ 
pustnosti barieru. Proto se u poslednich 
generaci mikroprocesoru uziva na kritickych 
pozicich styku CPU s operadni pamdti tzv. 
cache (skryta mezipamdf s ruznou organi- 
zaci a kapacitou). V podstate se vzdy jedna 
o urcitou, velmi rychlou alternativu pamdti 
asociativniho typu. Zakladem vystavby ca¬ 
che jsou rychle, staticke pameti RAM a velmi 
rychle adresove komparatory. 

Struktura cache, znazornena na obr. 59, 
uziva dvou sekci pameti RAM s velmi kratkou 
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dobou pristupu. Do prvni', datove sekce, se 
zapisuji (podle urbite strategie) kopie dat 
vybiranych z hlavni pambti. Do druhe sekce 
se jako ukazatele tbchto dat zapisuji informa- 
ce o jejich ulozeni v cache. Vzdy, kdyz CPU 
pozaduje bteni z operacni pambti, blok rych- 
lych komparatoru detekuje, zda se poza- 
dovana data ji l nachazeji v cache. Pokud 
ano (hit - zasah), poskytuje data s minimal- 
nim zpozdbnim primo cache. Kdyz ne (mis 
- chyba, vedle), jsou data vyzvednuta 
z operabni pambti s nezbytnym zpozdbnim 
tak, jako by cache vubec neexistovalo. Za- 
roveii se vSak porizuje jejich kopie do 
cache a proto v pripadb opetovne brzke 
dalbi potreby jiz nebude pomaly pristup 
do operabni pameti nutny. 

Ubinnost systemu cache je zalozena na 
predpokladu, ze vetsina useku provadenbho 
programu mb lokalni charakter, opakuje se 
v cyklech a smybkach. Pri dostatecne vyso- 
ke kapacitb cache je velka pravdepodobnost 
uspebne aktivity cache (hit rate) a tim take 
podstatneho zlepseni propustnosti pocitabe. 
Cache se samozrejme vytvareji, implemen- 
tujf a uzivaji ruznymi zpusoby (interni on chip 
CPU nebo MMU, externi s relativnb velkou 
kapacitou, instrukbni, datova aj.). 

Architektura RISC 

Skutebnou cestu k systematickemu zvet- 
sovani vykonnosti pobitacu nabizi nejen 
koncepcni systemovy vyvoj, ale i prehodno- 
covani dosavadnich vyvojovych cest. 

K velmi diskutovanym, ale i prakticky vyu- 
zivanym cestam path dnes architektura 
RISC (Reduced Instruction Set Code). Je 
vlastne zalozena na navratu k ,,jednoduchb“ 
koncepci procesorove jednotky s omeze- 
nym, relativnb „primitivnim“, ale peclivb vy- 
branym souborem mikroinstrukci s prevaznb 
pevnym instrukcnim formbtem. Vychazi se 
ze skutebnosti, ze kazdy program je v*dy 
’ prekladbn ze zdrojoveho tvaru do strojo- 
vbho kodu. K optimalizaci ciloveho programu 
vbak nejsou dosud uvazovane nbkolika- 
cyklovb instrukce nejvhodnbjbi. Minimblni 
basove rezie Ize naopak dosahnout soubo¬ 
rem jednoduchych, avbak velmi rychlych, 
nejlepe jednocyklovych instrukci. Pritom 
je technicka stranka realizace procesoru, 
cilevbdomb se zbavujici sloziteho mikropro- 
cesoroveho radice a dalsich sdruzenych 
obvodu, jednodubsi. Architektura RISC se 
dosud uplatnuje predevsim v oblasti mini- 
pobitabu. Odtud se vbak do dnebnich mono- 
litickych procesoru prosadily i koncepce 
pipelingu a cache. 

Multipolm operacnf systemy 

Az potud jsme uvazovali pruchodnost po- 
citabe pouze v zavislosti na technickych 
prostredcich, umozhujicich rychlejbi prevze- 
ti a interpretaci instrukce. To je ovbem cast 
celbho problbmu. Marne uz urcitou predsta- 
vu o tom, co z praktickbho hlediska vyuziti 
pocitace znamena vnejbi pamef a operabni 
system. Takb jejich dalsi zdokonalovani vy- 
zaduje podporu technickych prostredku. 

Monopolni operacnf systemy, tvorici 
i dnes zaklad standardnich operacnich sy- 
st6mu perzonalnich mikropocitabu, maji 
radu aplikacnich nedostatku. Predevsim 
mohou v urcitem case resit vzdy pouze 
jedinou ulohu jedineho uzivatele, ktere pri- 
d§luji cely volny, spojity nerezidentni prostor 
operabni pameti. Teprve po vyreseni teto 
ulohy muze byt aktivovana dalsi uloha. Tim- 
to zpusobem je vsak pocitac vcetne jeho 
periferii vyuziv^n z casoveho a ekonomicke- 
ho hlediska znabne neefektivne. 

S rozvojem technickych prostredku do- 
ch&zi i v oblasti mikropocitacu k postupnemu 
uplathovani podstatne vykonnejsich multi- 
polnich (paralelnich) operacnich systemu, 
umozhujicich viceuzivatelsky (multiuser) 
nebo multiprogramovy (multitasking) pra- 



covni rezim. To vse znamena, ze bud’ muze 
na jednom pocitaci soufiasne pracovat ne- 
kolik uzivatelu s iluzi, ze pocitac slouzi vy- 
hradne jim, nebo muze byt soubdzne, para- 
lelne re§eno nhkolik samostatnych, pripad- 
n6 i spolupracujicich uloh. 

Pro jednoznacnost budeme dble chapat 
program jako predpis definujici presnh zpu- 
sob provbdeni urcite ulohy (task). Proces je 
cinnost, odpovidajici provadeni programu, 
bud’ systemoveho, nebo uzivatelskeho. 

Program obecnb nemusi byt provaden 
v jedinem, spojitem hasovem useku. Muze 
b^t re§en postupnb, po jednotlivych proce- 
sech, prihemz se mohou stridat v okamzitb 
aktivitb procesy jednotlivych uloh. Multipoint 
operabni systbmy musi zaji^fovat vzajem- 
nou synchronizaci uloh a procesu a prideio- 
vat jim sdilene technicke prostredky, prede- 
v§im CPU a operafini pambf. Aktivni muze 
byt vzdy pouze jediny proces. Musi byt evi- 
dovbny stavy jednotlivych uloh a vzbjemne si 
konkurujicich procesu a na tomto zbklade, 
spolebnb s rizenim prenosu mezi operacni 
a vnejsi pameti, rizeno i poradi zpracovava- 
nych procesu a komunikace s operbtorem. 
To vSe v co mozna optimalnim casovem 
prostoru. V§echny cinnosti musi byt presne 
urceny, system musi vylubovat vzajemne 
kolize a zablokovani jednotlivych uloh a pro¬ 
cesu. Zvlastb pak musi byt schopen vyhod- 
notit, zpracovat a oSetrit vsechny havarijni 
stavy, jako je napriklad nekorektni pristup 
k systemove pameti. 

K ubinnemu splnbni uvedenych pozadav- 
ku je nezbytnb vyrazna podpora technickych 
prostredku, predevsim procesoru a jednotky 
rizeni pamefoveho pristupu. CPU je jednot- 
livym procesum pridelovana operahnim sy- 
stlmem bud’ staticky, nebo dynamicky. Zpra- 
vidla vsak na urcite, predem stanovene ca- 
sovb useky s vyuzitim prioritniho systemu. 

Take paralelni systemy se skladaji ze tri 
skupin systemovych programu: ridicich (or- 
ganizahnich), sluzebnich a prekladacu. 
Hlavni cast tvori ridici programy planovani 
a kontroly zpracovavani uloh, procesu 
a spravy dat, obr. 60. 

Planovac uloh sleduje a eviduje stav 
v§ech uloh v systemu; podle jejich prioritnich 
a ochrannych atributu a pozadovanych pro¬ 
stredku urhuje poradi jejich provadeni. 

PtenovaC procesu rozhoduje o tom, ktere- 
mu z procesu ve stavu pripraven bude pridh- 
len procesor. Dispeber sleduje stav procesu, 
zajisfuje uklid stavu procesu pri jeho odebi- 
rani a jeho obnovu pri opbtovnb aktivaci. 

Prostrednictvim supervizoru (dohlizeciho 
programu) muze uzivatelsky program volat 
slozky ridiciho programu (zavedeni a vyuziti 
noveho programu, osetreni nestandardni si- 
tuace ..). K volani se vyuziv^ mechanismu 
pferubeni a privilegovanych instrukci. Pri 
osetrovani zadosti nesmi byt operacni sy¬ 
stem pristupny zadnbmu uzivatelskemu pro¬ 
gramu, nesmi byt sdileny systemovb a uzi- 
vatelske programy. 

Sprava dat zajibfuje soucinnost a sdileni 
hlavni pameti se systemem. Hlavni pameti 
minime obecne jak operacni pamef, tak 
vnbjbi diskovou (disketovou) pamef, primo 
komunikujici se systemem. Sprava dat evi¬ 
duje aktualni stav a umisteni programovych, 
datovych a zasobnikovych alokabnich bloku 


jednotlivych uloh a zajisfuje, zpravidla s vyu¬ 
zitim transformace internich (logickych, vir- 
tualnich) a vnejsich (fyzickych) adresovych 
prostoru pristup systemu k jednotlivym ulo- 
ham a programum. 

Pro casovb efektivni a pritom bezpecne 
pridblov^tni systemovych prostredku je nut- 
no zamezit dlouhym dobam jejich uzivani 
jednim procesem v situacich, kdy by to zna- 
menalo blokovani jinych urgentnich cinnosti. 
Tak by napriklad mohla vzniknout situace, 
kdy uloha U1 cekanim na uvolnbni urbiteho 
prostredku PI blokuje prostredek P2, na 
ktery opbt beka uloha U2 - tim by se mohl 
zablokovat cely system, obr. 61, bemuz za- 
bteni pouze omezeni doby trvani procesu, 
disponujiciho kritickym prostredkem. 

Optimalizace pridblovani prostredku jed¬ 
notlivym uloham je zalozena na jejich rozde- 
leni do urcitych trid, v zavislosti na pozado- 
vane priorite zpracovavani. Sdileni sy¬ 
stemovych prostredku proto musi ridit vylub- 



Obr. 61. Prfklad mozneho zablokovani sy¬ 
stemu dekam'm na prideleni prostredku 
(CLINCH) 

nb operacni system, nejlepe (z hlediska pro¬ 
pustnosti) dynamickou spravu procesu. Pri- 
tom systemovy proces mb vzdy vyssi priori- 
tu, nez uzivatelsky. 

Ka2dy z dynamicky pfidblovanych pro¬ 
cesu multipolniho systemu ma vzdy pridele- 
ny prioritni atributy a muze se v urbitbm base 
t nachazet minimalne v jednom ze schema- 
ticky znazornenych stavu, obr. 62: 

1) aktivovan - tj. ma pfideleny systemove 

prostredky a pravb probiha, 

2) pripraven - je podle urbiteho kriteria zara- 

zen do fronty dalsich procesu, cekaji- 
cich na aktivaci, 

3) blokovan - je opet zarazen do dalbi fronty 

blokovanych procesu, bekajicich na 
udalosti, ktere je postupnb prevedou 
do fronty procesu pripravenych. 



Obr. 62. Vytvareni front pripravenych a blo¬ 
kovanych procesu, vyber a ukoncenl aktivni- 
ho procesu 
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Aktivnim (bezicim) muze byt v multipolnim 
systemu proces pouze po omezeny daso- 
vy usek. Jestlize nedojde bdhem tohoto 
intervalu k jeho uplnemu zpracovani, je po 
uplynuti priddlene doby preruden. Mimoto 
muze byt pferuden aktivaci jineho procesu 
s vyddi prioritou. Prerudeny proces je vzdy 
uklizen do ndktere z front (pfipravenych, 
blokovanych) procesu. Pri umist’ovani 
a vybdru procesu uzivaji operadni syste- 
my ruzne algoritmy, zohledfiujici vdak 
vzdy tyto pozadavky: 

1. Optimalizace casoveho prubehu zpraco¬ 
vanf 

I pri preferenci urditych uloh dostavaji 
ve frontach zpravidla pfednost procesy 
s nejkratdi pozadovanou dobou trvani. 
Naopak pomale procesy, typicky ty, kterd 
vyzaduji pfistup k zarizem'm I/O, mivaji 
prioritu nejnizsi. 

2. Vzajemna bezpecnost jednotlivych uloh 
a tedy jednoznacnd determinovany pri¬ 
stup k jednotlivym procesum a vyloudeni 
moznosti zablokovani systemu. Pri pfe- 
chodu od jednoho k druhemu procesu 
must byt uklizen stav odkladaneho a ob- 
noven stav aktivovaneho procesu. 

Fronty chapeme jako archiv neuplnd vyfi- 

zen^ch zadosti uloh nebo procesu o pfidd- 
leni systdmovych prostfedku. Pro synchroni- 
zaci pfidelovani systemovych prostredku 
jednotlivym procesum se uziva logickych 
konstrukci, oznadovanych jako semafory 
a kriticke oblasti, blizdi informace viz napf. 
[17], [18]. 

Nedilnou soucasti kazdeho multipolniho 
operacniho systemu must byt efektivni, ope¬ 
rative soudinnost operadni a vnejdi sekce 
hlavni pamdti. Vnejdi pamdf je vzdy z prin- 
cipu pomala. Cim vykonnejsi a rozsahlejsi je 
operacni system, tim vyddi naroky klade na 
technicke prostfedky poditace, pomahajici 

_omezit nezbytnou dasovou rezii pfi obous- 

mernem pfemisfovani elementarnich pame- 
fovych alokacnich bloku (segment, stranka) 
mezi diskovou a operacni pameti. Postupem 
doby byly vyvinuty ruzne metody organizace 
a transformace pamefovych prostoru, pod- 
porujici tuto soudinnost s ohledem na 
prakticke pozadavky a technicke moznosti. 
Existuji a uzivaji se predevsim dve zakladni 
koncepce, segmentace a strankovani. Po- 
chopeni jejich podstaty a principu virtualiza- 
ce pamefoveho prostoru je podminkou pro 
orientaci ve strukturach 16 a 32bitovych 
mikroprocesoru, ktere se vyvijely prave 
z hlediska podpory multipolnich systemu. 

Segmentace 

Paralelni zpracovani uloh a programu nut- 
ne predpoklada jejich soucasnou existenci 
v hlavni pameti. V operacni casti teto pameti 
pritom must byt vzdy umisteny pouze prave 
potrebne bloky techto programu. Jednotlive 
operacni systemy pritom kladou na rozsah ci 
uplnost techto slozek ruzne pozadavky. 
V navaznosti nadiskutovanou koncepci seg¬ 
mentace operacni pameti budeme dale zmi- 
nene bloky oznacovat jako segmenty, pri- 
cemz segmentem rozumime souvisly pame- 
fovy usek v podstate libovolne delky (zpravi¬ 
dla ^ 64 kB), cely prideleny programove 
nebo datove slozce jednoho programu, obr. 

63. 

Pfi segmentove organizaci mohou byt 
mezi diskem a operacni pameti vymenovany 
programove a datove segmenty bez omeze- 
ni potud, pokud budou mit v operacni pameti 
dostatecne velky volny prostor. Z hlediska 
praktickeho uziti se ov§em nove segmenty 
umist’uji v operacni pameti s omezenou ka- 
pacitou vzdy na mista segmentu, odloze- 
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Obr. 63. Segmentace znamertb delenf roz- 
sahu operacni pameti na segmenty ruznych 
delek. Kazde uloze je pridelen samostatny 
programovy a datovy segment 

nych zpSt do vnejSi pamSti. Jejich rozsah 
tedy must byt vzdy mensi nebo maximaln£ 
roven uvolnenemu prostoru. Tak se projevu- 
je jeden z hlavnich nedostatku metody, kte- 
rym je tzv. externi fragmentace pam§ti, obr. 

64. V operacni pameti se vytvareji nevyuzite 



Obr. 64. Znazornenf prfcin vzniku externi 
fragmentace pameti pfi segmentovem pride- 
lovani prostoru paralelnfm uloham 


useky, fragmenty. Muze nastat (a nastava) 
situace, kdy treba pro segment 16 kB neni 
v pameti volne misto, i kdyz je v ni 40 kB 
volneho, nevyuziteho prostoru. Cim v^tsich 
segmentu se uziva, tim rozsahlejsi fragmen¬ 
tace nastava. Existuje rada metod, jak se 
s timto jevem vyrovnat. S relativnd nizkymi 
naroky na technicke prostredky CPU to 
umoznuje metoda premisfovani segmentu 
tak, aby vytvorily souvisle obsazene a tedy 
i uvolnene prostory. To ovsem vyzaduje 
postupne kopirovat segmenty do vnejsi pa¬ 
meti a zpetn§ je zapsat od jednoho konce do 
operacni pameti. Tato casove neefektivni 
metoda neni pro multipolni system vhodna. 

Mechanismus segmentovych vymen mezi 
vnejsi a operacni casti hlavni pameti pred- 
poklada system segmentovych bazovych 
registru, spravovanych vyludne ridicim 
programem. Poprve byl implemento- 
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Obr. 65. Znazornenf vztahu logicke a fyzicke 
adresy polozky segmentu 


van v CPU 8088 a 8086. Tyto procesory se 
uiivaji napfiklad v poditadich typu PC-XT 
s operadnim systdmem MS-DOS, ktery je 
vdak nadale monopolni. Adresovani v ce- 
lem prostoru systemove pamdti je zaloze- 
no na vyuziti dvouslozkove vytvarene lo- 
gicke adresy, ktefo je zakladem efektivne 
vytvarenych premfstitelnych segmentu. 

Logicka adresa vyuziv^ systemu segmen¬ 
tovych (bazovych) a efektivnich adres, obr. 

65. Procesor je vybaven dtyrmi 16bitovymi 
segmentregistry: 

CS (Code Segment) DS (Data Segment) 
SS (Stack Segment) ES (Extra Segment) 
Tdmi je mozno kdekoli v operadni pamdti 
vytvofit a adresovat libovolne velke bloky, 
segmenty o max. deice 64 kB. Pocatek 
(bazi) segmentu urcuje prislusny segmento- v 
vy registr. Umistdni jednotlive polozky uvnitr 
segmentu (program, data, stack) pak urduje 
16bitova efektivni adresa, ktera muze byt 
vytvorena ruznymi zpusoby podle adresova- 
ci metody a typu instrukce a predstavuje 
ofset polozky vuci bazove adrese. Proto pfi 
pfemisteni celeho segmentu v operadni pa¬ 
meti staci pouze zmenit obsah segmentove- 
ho registru. 

Uplna logicka adresa se tedy sklad& ze 
dvou slozek, 16bitove segmentove a 16bito- 
ve efektivni adresy. Ty spolednd urcuji umis- 
teni ka2de polozky segmentu v logickem 
adresovem prostoru. 

Na vyvodech procesoru je vdak k dispozici 
pouze 20bitova fyzicka adresa, odpovidajici 
vzdy umisteni adresove polozky v realnem, 
fyzickem adresovem prostoru. Tato adresa 
se technicky vytvafi tak, ze 16bitova seg- 
mentovd slozka je ve skutecnosti interpreto- 
vdna jako 20bitova (dtyfnasobnym posuvem 
vlevo) a k ni se linearnd pficifo efektivni 
adresa jako ofset. Tak je vytvofen rozsah 
fyzickych adres 0 az OFFFFF H, tj. 0 az 
1 MB. 

Logicke adresovani pfedstavuje prvy krok 
k vytvofeni virtudlniho adresoveho prostoru, 
kterym v§ak CPU 8086 jedte nedisponuje. 
Pfesto system logickych adres patfil, pfovd 
zavedenim dosud nebyvaleho a pfemistitel- 
neho adresoveho rozsahu, spolu se 16bito- 
vou datovou sbernici, instrukcni frontou, od- 
povidajicim rozsifenim instrukcniho soubo- 
ru i adresovacich moznosti k hlavnim trurrv- 
fum tohoto mikroprocesoru v dobe jeho uve- 
deni (blokove schema je na obr. 66, literatu¬ 
re [21 ], [ 221 ). 

Shrneme-li, segmenty pfedstavuji spojite 
programove nebo datove bloky, jejichz umis- 
tdni v operadni pameti Ize snadno mdnit. 
Segmenty mohou byt umisteny v pamdti 
kdekoliv, mohou se i dastednd nebo upine 
pfekryvat. Se segmenty pracuji uzivatelske 
programy, se segmentovymi registry vsak 
musi, pro zajidteni bezpecne spoluprace 
s vnejsi pameti, zachazet vylucne operadni 
system. Pfednosti segmentoveho mechanis- 
mu jsou z tohoto hlediska relativne nizke 
pozadavky na podporu ze strany CPU. 


Virtualni pamet’ 

Ackoli v dobe nastupu procesoru 8088 
a 8086 byli uzivatele vesmes sokovani 
„obrovsky zbytecnym“ adresovym prostorem 
1 MB, zacalo se brzy ukazovat, ze „to 
zase neni az tak moc“. A v okamziku zpfi- 
stupneni disku Winchester to najednou bylo 
malo. Vychodisko ze situace opet ukazaly 
minipocitace - byla a je jim nadale virtuali- 
zace adresoveho prostoru, naznacena uz 
u 8086 logickym adresovanim. To vsak do- 
volovalo pouze segmentaci v omezenem 
realnem adresovem prostoru operadni pa¬ 
meti. 

Skutecny virtualni pamefovy system vdak 
umoznuje vytvafet a dynamicky spravovat 
i mnohonasobne vetsi logicky/virtualni adre- 
sovy prostor, nez jaky zabira nebo vubec 
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Obr. 66. ZjednoduSena vnitfni struktura CPU 8086 



Obr. 67. Virtualizace pam6foveho prostoru 
systemu 
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Obr. 68. Vazba operadni a vnbjSi pambti 
na virtualnd orientovany system poditade 


muze zabirat instalovany rozsah fyzicke 
—operadni pameti a to pri velke propustnosti 
syst§mu. Uzivatel ma pritom dojem pristupu 
k cetemu tomuto virtualnimu prostoru, i kdyz 
ten je ve skutecnosti spravovan mnohem 
mens! kapacitou operacni pameti. Proto 
take oznaceni virtualni, zdanlivy. Tato mimo- 
radne cenna moznost efektivni spoluprace 
nerovnych logickych a fyzickych prostoru, 
umozfiujici setrit drahym prostorem operac¬ 
ni parrteti, ovdem vyzaduje podstatnd vykon- 
ndjdi a slozitejSi podporu ze strany technic- 
kych prostredku poditade, zvladtd CPU 
a MMU. Vedle potreby mapovani pamdt’ove- 
ho prostoru a evidence umisteni uloh v pa- 
rrteti je nutna identifikace vdech nevhodnych 
pamdt’ovych pristupu, ktere musi byt okam- 
zite vyhodnoceny operadnim systemem, 
aktivovanym vyvolanim odpovidajiciho 
vyjimedneho stavu procesoru, obr. 67. 

Virtualni adresovani opet uziva dvousloz- 
kovych logickych adres. Prvni slozku vsak 
nyni predstavuje tzv. selektor, druhou znovu 
efektivni adresa, urdena instrukci. Vzajemne 
prirazeni logicke, virtualni a fyzicke adresy 
vsak uz neni urceno jednoznacnou linearni 
skladbou, ale uskutecnuje se prostred- 
nictvim zvlastniho „mapovaciho“ obvodu 
tzv. segmentovych deskriptorovych tabulek. 
Uzivatelsky program pracuje vyhradne s logic- 
kymi adresami a o skutednem umist'ovani seg- 
mentu v operadni ani vnejsi systemove pameti 
nema (a nepotrebuje) zadne informace. Vza¬ 
jemne prirazeni obou prostoru zajist’uje 
efektivne (das, bezpecnost, priority . .) ope¬ 
radni system. Virtualni pamef pritom tvori 
vsechna pamefova media, k nimz ma proce- 
sor a cely system pristup. Operadni parnef 
z toho zpravidla predstavuje pouhy zlomek. 
Tu muze procesor adresovat prostred- 
nictvim fyzicke acfresove sbernice. Zbytek 
nalezi vnejsim pametem, tedy predevsim 
disku floppy a Winchester. Vnejsi pamef je 
ovsem dostupna pouze neprimo. To zname- 
na, ze segment z vnejsi pameti, k nemuz ma 
mit procesor pristup, musi byt nejprve preko- 


pirovan do pameti operadni. Presuny se 
musi uskutednovat pod vylucnou kontrolou 
operadniho systemu, ktery pri tom musi, 
za podpory technickych prostredku usku- 
tecnovat radu zasadnich rozhodovani, 
napr.: 

- kam segment do operadni pameti umistit? 

- je pred tim treba nektery segment uklidit, 
nebo muze byt prepsan? 

- kdyz ,,uklizet“, tak ktery segment? Krite- 
ria pri tom mohou byt ruzna, napr. frag- 
mentace nebo dasova rezie (uklizeny seg¬ 
ment muze byt vzapdti znovu pozadovan 
a tedy znovu umisfovan). 

Zpusob vazby operadni a vndjsi pamdti na 
system s virtualnim adresovanim prostred- 
nictvim jednotky BU nebo MMU (viz dale), 
ktera muze byt bud’ samostatnym, podrize- 
nym procesorem, nebo tvorit soucast CPU, 
schematicky postihuje obr. 68. Adresovd 
vystupy MMU vsak vzdy produkuji realnou, 
fyzickou adresu. 

Vlastni princip virtualniho segmentoveho 
adresovani znazorduje obr. 69. Bazova ad¬ 
resa segmentu je urcovana neprimo. Jeji 
vytvoreni je iniciovano selektorem, ktery pu- 
sobi jako ukazatel do tzv. deskriptorovych 
tabulek, vytvarenych a aktualizovanych sy¬ 
stemem v operadni pameti. Kazdemu seg¬ 
mentu je prirazen deskriptor, tvoreny nekoli- 
ka byty. Pri naplneni prislusneho segmento¬ 
veho registru selektorem je z tabulky vybran 
deskriptor, urcujici bazovou adresu odpovi¬ 
dajiciho segmentu a tedy i jeho fyzicke umis¬ 
teni v operadni pameti. Po linearnim slouce- 
ni baze a ofsetu (efektivni adresy) je urdena 
fyzicka adresa odpovidajici polozky v ramci 
segmentu. Pro snazsi pochopeni je princip 
na obr. 69 znazornen dvema odpovidajicimi 
si zpusoby. 

Pri kazdem pristupu k segmentu ulohy potre- 
buje procesor znat obsah jeho deskriptoru. Sta¬ 
id cteni z pomale operadni pameti (DRAM) by 
odezvu systemu zbytecne zpomalovalo. 
Proto se obsah prave aktivniho deskriptoru 
uklada do specialniho interniho registru, pra- 


cujiciho jako cache. Kazdy segmentregistr 
ma k dispozici vlastni cache, ktere po celou 
dobu uzivani jednoho segmentu nahrazuje 
zbytecny, casove narodny pristup CPU 
k deskriptorove tabulce, obr. 69a. 

Nemend dulezita je nutnost zabezpedit ko- 
rektni pamdt’ovy pristup vzhledem k nerovnym 
kapacitam virtualniho a fyzickeho adresoveho 
prostoru. Proto se vedle bazovych adres 
segmentu umisfuji do deskriptoru i daldi 
polozky, atributy stavu, umisteni a pfistupo- 
vych prav. Na obr. 70a je jako priklad znazor¬ 
nen format datoveho segmentoveho des¬ 
kriptoru CPU 80286, ktery je 8bytovy. Nej- 
nizsi dva byty nesou informaci o velikosti 
segmentu (limit), dalsi tri (24 bitu) urcuji 
vlastni bazi segmentu. Nejvyssi dva byty pak 
jsou vyrobcem rezervovany pro daldi inova- 
ce. Pro nas je nyni zajimavy 6. byte, tzv. 
Access Right Byte, obr. 70b. Jeho bit P (Pre¬ 
sent) udava, zda je segment umisten v ope¬ 
radni pameti (P=1), nebo zda musi byt pred 
uzitim nejprve umisten, tedy „natazen“ 
z pameti vnejdi. Druhy krajni bit A (Acces¬ 
sed) muze system pouzit pro organizaci 
segmentovych vymen. Tento bit je vzdy au- 
tomaticky nastaven pri aktivaci segmentu. 
Periodickym ctenim a nulovanim bitu A 
muze system ziskat evidenci o cetnosti uzi¬ 
vani jednotlivych segmentu a podle toho ridit 
jejich uklid. Ostatni bity urcuji pristupova 
prava a privilegia. Ka2de poruseni jimi evido- 
vanych pravidel zpusobi odpovidajici typ 
pferuseni, vyvolavajiciho prislusne osetreni. 

Popsanym adresovacim mechanismem 
disponuje ve virtualnim modu 16bitovy mik- 
roprocesor 80286, jehoz orientacni blokove 
schema je na obr. 71. Procesor, ktery je 
inovaci 8086, jiz muze byt uzit ve virtual¬ 
nim modu pro paralelni zpracovani uloh. 
Umoznuje adresovat az 1 GB virtualni pa- 
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Obr. 70. a) format segmentoveho deskripto- 
ru, b) ACCESS RIGHT BYTE 
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Obr. 69. Dvbma zpusoby znazorneny vztah 
logicke a fyzicke adresy ve virtualizovanem 
segmentovem pamet’ovem prostoru 


meti do fyzickeho prostoru 16 MB. Jeho 
vnitfni struktura se sklada ze ctyr spolupra- 
cujicich jednotek. 

Vykonna jednotka Ell (Execution Unit) 
provadi prislusne aritmeticko/logicke opera- 
ce. Instrukcni jednotka IU zajisfuje dekodo- 
v&ni instrukci a ovladani radide EU. Adreso- 
vaci jednotka AU transformuje virtualni adre- 
su na fyzickou a zajist’uje jeji prenos do 
BU. Konednd jednotka BU (Bus Unit) zajid- 
t’uje vazbu celeho procesoru na systemo- 
vou sbdrnici (16 bitu data, 24 bitu adresa) 
a prefetch instrukci. 

Prehledovy popis 8026|6 vcetne obou 
modu (realneho a virtualniho), globalnich 
a lokcilnich deskriptorovych tabuiek, sy¬ 
stemu privilegii aj. viz 1231, podrobnejsi in- 
formace \22\. 

Strankovani 

Ani virtualne orientovane segmentove sy- 
stemy neresi nedostatky, vypiyvajtci z pro- 
menneho formatu iogicke jednotky (seg- 
mentu) do dusledku. Protoze pri zpracovani 
ulohy must byt v operadni pameti pfito- 
men vzdy uplny format prislusneho segmen- 
tu, nelze mezi operacni pameti a diskem 
premist’ovat jeho cast, aie pouze ceiy. spo- 
jity segment soucasne. To je pri praci 
s rozsahlymi segmenty casove znadne na- 
rocne a zasadne cmezuje propustnost ce¬ 
leho systemu. 

Koncepce virtualnich adres umoznuje za- 
vest vykonnejsi system spoiuprace obou 
slozek (virtualni, fyzicke) hlavni pameti. Je 
jim tzv. strankovani (paging). Tento zpusob 
pamefoveho pristupu vsak take klade pod- 
statne vetsi naroky na technicke prostredky, 
predevsim jednotku MMU. Podstatou stran¬ 
kovani je, jak uz napovida nazev. deleni 
spojitdho logickeho pamefoveho prostoru 
na zcela shodne useky. strankv. Tern ve 
fyzickem prostoru operacni pameti odpovi- 
daji stejne velke useky. oznacovane jako 



strankovd ramy (Page Frames). Konstantni 
rozmer stranky jako zakladni premistitelne 
jednotky automaticky odstranuje problem ex¬ 
tern! fragmentace - pri kazde vymene stran¬ 
ky je vzdy vyuzit cely jeji prostor. Zatimco 
logicky prostor segmentu je tedy i nadale 
spojity, tvoreny sousednimi strankami, jeho 
umisteni v operacni pameti uz muze byt 
nespojitd. Jednoiliva stranka muze byt gmis- 
tena kdekoliv, v libovolnem ramu. Staci, aby 
umisteni stranky bylo prehlednd a operativ- 
ne rizeno a evidovano. Uvazime-li dale 
moznou shodu rozmeru stranek/ramu 
s formatem sektoru pevneho disku, 
obr. 72, mbme razem dobrou predstavu 
o vzajemne zamenitelnosti lokace stranky 
v celem prostoru hlavni systemove pameti. 
Pro lepsi propustnost systemu muze byt 
nyni misto jiz zbytecneho hledani prostoru 
pro umisteni segmentu resena strategic ca¬ 
sove efektivniho hospodareni s operacni 
pameti. Vychazi se z ruznych algoritmu, 
zalozenych vsak vzdy na hodnoceni pravdd- 
podobnosti potfeby jednotlivych stranek 
v blizke budoucnosti podle detnosti jejich 
dosavadni aktivace v urditem casovem use- 
ku. Pri relativne velkem podtu malych stra¬ 
nek a potrebe rychle odezvy je optimalizace 
slozity ukol. Ma take smysl pouze v souvis- 
losti se zvlastnim pristupem k uzivani stran- 
koveho systemu, tzv. strankovani na zadost. 

Vsimndme si jeste, ze stale zustava nere- 
sen problem interni fragmentace. Vyiaduje- 
-li napriklad program kapacitu 10 kB 
a stranka ma standardni velikost 4 kB, je 
pfideleny prostor tri ramu vyuzit na 80 %. 
Vidime, ze dim mendi budou stranky, tim 
mensi bude i plytvani prostorem RAM. 


Strankovani na zadost 

Metoda strankovani na zadost (Demand 
Paging) zavadi do vyuziv^ini strankoveho 
mechanismu zcela novou kvalitu. Zakladni 
jednotkou vymdny u2 neni segment, ale 
jednotliva stranka. Operacni system vyuzi- 
vajici strankovani na zadost je pak koncipo- 
van tak, ze v pripadd potreby muze umistit 
jednotlivou stranku do ramu operacni pamdti 
i teprve tehdy, kdyz je uz ucinen procesorem 
pokus o pristup k ni. Jednotlive programove 
bloky (segmenty) pak nezpristuphuji sve ad- 
resove prostory primo, ale prostrednictvim 
prislusneho podtu stranek, popsaneho jejich 
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Obr. 72. Schematickd zndzorndnl koncepce 
a vyuziti strankove virtualni pameti 





































Obr. 73. Vztahy mezi jednotlivymi 
adresovymi prostory (logicky, line- 
drni, fyzicky), pouzfvanymi v ruz- 
nych mddech dinnosti 80386 
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Obr. 74. Vyvojovy 
diagram odvozenf 
fyzicke adresy 
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seznamem. Jednotlive stranky kazde 
ulohy se pak mohou nachazet jak ve 
vnSjsi, tak operaSm pameti. Umist'o- 
vana stranka se uklada na misto prave 
volneho ramu. Muzeme razem nahled- 
nout celou radu problemu. Pri tako- 
vemto nespojitem umisfovani stranek se 
vzdy musi dynamicky modifikovat jim 
prislusne fyzicke adresy ramu. Mimoto je 
pro vzajemnou transformaci nutno vest evi- 
denci o aktivnim/pasivnim stavu stranky, 
modifikovane strance (Page Copy), o cetnos- 
ti vyuzivani, prioritach, pfistupovych pra- 
vech a privilegiich tak, aby MMU a operacni 
system mely stale dostatek informaci pro 
fizeni' pamefove spravy a korektnosti pristu- 
pu. Velke mnozstvi informaci, potrebnych 
k teto cinnosti, klade vysoke pozadavky na 
podporu technickych prostredku, zejmena 
jednotky MMU, ktera je u systemu se stran- 
kovanim na zadost nezbytnou podminkou. 
Zdurazneme, ze na rozdil od segmentu, 
s nimiz pracuje uzivatel a ktere predstavuji 
~~tbgicke jednotky (code, data), jsou stranky/ 
/ramy alokacni jednotky pevneho rozmeru, 
s nimiz pracuje vylubne operacni system 
a technicke prostredky. Uzivatelske pro- 
gramy nemaji ke strankovemu mechanismu 
zadny vztah ani pristup. 

Strankovani na zadost, ktere ma opet 
puvod u minipo6ita6u, prinasi vzhledem 
k segmentaci dve dalsi vyznamne prednosti: 

1. Doba vymen (swapping) stranek a ramu 
je uz vzhledem k jejich konstantnimu 
a malemu rozmeru radove kratsi. Tech¬ 
nicke prostredky (MMU, cache, DMA) ji 
dale radikalne omezuji. 

2. Umoznuje zpracovavat rozsahly program 
i v tom pripade, ze kapacita operacni 
pameti nestaci na jeho umisteni. 

Naprosta vetsina mikroprocesoru vyssich 
generaci je dosud orientovana na segmen ¬ 
taci-. K nejdokonalejsim typum, ktere umoz- 
nuji praci v segmentovem i strankovem rezi- 
mu a tedy i jejich vyuziti pod ruznymi operac- 
nimi systemy, patri 32bitovy procesor typu 
I80386, kompatibilni na nizsich urovnich 
s 8086 i 80286. Muze pracovat ve dvou hlav- 
nich operacnich modech: 

a) v realnem modu (Real Access Mode), 
v nemz obdobne jako 80286 predstavuje 
velmi rychly ekvivalent 8086; 

b) v chranenem virtualnim modu (Protected 
Mode) vyuziva vsech prednosti prostred- 
ku spravy virtualniho pamefoveho pro- 
storu. V chranenem modu se uziva vy- 
hradne systemu neprimych logickych a- 
dres, opirajicich se o ukazatele na pame- 
fove segmenty. Tak Ize procesor vyuzi- 
vat soubezne jako 80286 s 16 MB 
a 80386 se 4 GB prime pameti, s virtual¬ 
nim prostorem 64 TB (terrabyte)! 

Pro rizeni transformace mezi logic- 
kym a realnym adresovym prostorem v jed- 
notlivych modech a rezimech cinnosti ma 
mimoradny vyznam jednotka MMU. Prehled 
o adresovych transformacich podava obr. 


73. Logickou adresu tvori vzdy jeji dve sloz- 
ky, obecne selektor a ofset. Selektor urcuje 
adresu prislusne segmentove deskrip- 
torove tabulky. Ofset je urcen adre- 
sovou casti instrukce. Lze uzit maximalne 
2 14 = 16 kB selektoru s ofsetem 2 32 = 4 GB. 
Tak je k dispozici 2 46 = 64 TB logicke- 
ho prostoru. Segmentova jednotka preva- 
di logicky prostor do 32bitoveho pro¬ 
storu linearniho. Dalsi zpracovanj zavisi na 
aktualizovanem pracovnim rezimu. Pokud 
neni uzito strankovani, odpovida fyzicka a- 
dresa (dostupna na externim adresovem 
busu MMU) primo adrese linearni. Rozdil ve 
vytvareni fyzicke adresy v jednotlivych mo¬ 
dech spociva ve zpusobu vytvoreni linearni 
adresy a na tom, zda je uplatnena strankova 
jednotka. 

V realnem modu probiha preklad adresy 
obdobne jako u 8086, obr. 65. 

V chranenem modu je linearni adresa 
interpretovana jako pole o trech slozkach. 
Prvni dve (directory, page) jsou vyhodnoco- 
vany jako indexy do specialnich dvouurov- 
novych tabulek strankoveho prekladu, vy- 
tvarenych systemem. Posledni se vyuziva 
jako ofset pro adresovani polozky uvnitr 
strankoveho ramu fyzicke pameti. Vztahy 
mezi logickou, linearni a fyzickou adresou 
jsou na obr. 74 znazorneny vyvojovym dia- 
gramem, podrobneji postihuje preklad obr. 
75. 

Blokove schema 80386 je na obr. 76. 
Architektura podporuje 32bitove datove ty- 
py a adresove mody. Registry, interni sber- 
nice a fyzicky datovy a adresovy bus jsou 
32bitove. Segmentove registry CS, DS, SS, 
ES, FS, GS jsou 16bitove. Krom§ obecnych 
registru obsahuje 80386 blok uzivatelsky 
nepristupnych segmentovych registru - re¬ 
gistry deskriptorovych tabulek (globalni, lo- 
kalni, preruseni) a ridici registry CR0, CR2 
a CR3. Nyni si jiz muzeme popsat binnost 
strankove jednotky, umozhujici kombinovat 
segmentaci a strankovani pamefoveho pro¬ 
storu (obr. 75.). 

Jak patrno, strankovani volitelne navazuje 
na segmentaci, ktera v podstate pracuje 
stejnd jako u 80286, obr. 69, s tim rozdilem, 



\diRECTORY | PAGE | OFSET | 


Sirankovy 

preklad 


fyzicka 

adresa 


ze baze i ofset maji 32 bitovy rozsah. Pouzi- 
je-li se strankovani, preklad linearni-fy- 
zicka adresa uziva dvouurovfiove kon- 
verze prostrednictvim dvou tabulek, directo¬ 
ry (adresar) a page table (strankova tabul- 
ka), organizovanych v RAM. Kazda tabulka 
ma pevny rozsah prave jedne stranky (4 kB) 
a tak umoznuje postihnout 1024 polozek 
delky 4 B. Z toho vzdy 20 bitu prislusi adre- 
sovemu poli. Aktualni uloze muze byt pro- 
strednictvim indexu do techto dvou tabulek 
a ofsetu linearni adresy pfidelen v pameti 
prostor2 (10+10+12) =2 32 =4 GB.rozdelenydo 
stranek. Pri kazdem zavedeni noveho aktu- 
alniho selektoru je do registru CR3 predana 
bazova adresa (ROOT) prvni, adresarove 
tabulky. Spolu s hornimi 10 bity linearni 
adresy (bity 22 az 31), predstavujicimi index, 
je vytvorena konecna adresa konkretni po¬ 
lozky prvni tabulky. Nateto jsou krome bazo- 
ve adresy druhe (page) tabulky ulozeny i dal¬ 
si informace. Pomoci aktivovaneho vystupu 
adresarove tabulky a bitu 12 az 21 linearni 
adresy je obdobne ziskan pristup k aktualni 
polozce strankove tabulky. Ta jiz vedle dalsi- 
ho obsahuje fyzickou adresu pozadovaneho 
strankoveho ramu, adresu polozky v ramci 
stranky/ramu udava ofset, tj. zbyvajici bity 
0 az 11 linearni adresy. Format kazde z obou 
prekladovych tabulek je orientacne znazor- 
nen na obr. 77. Zatimco nejvyssi bitove pole 
je vyhrazeno adresam, slouzi bity P (Pre¬ 
sent), A (Accessed), D (Dirty) pro fizeni 
pristupu, bity R/W a U/S (User/Supervisor) 
jako ochranne atributy. Bity 9 az 11 jsou 
rezervovany pro operacni system, ktery jich 
muze vyuzit libovolne, zpravidla vsak pro 
realizaci algoritmu vymeny stranek. 

V blokovem schematu na obr. 76 jsou 
naznacena i vyuziti internich cache jednotky 
MMU. Smysl objasni nejlepe aplikace ca¬ 
che ve strankove jednotce - potreba 
basteho pristupu k pomale dvouurovrtove 
prekladove tabulce (DRAM) by neunosne 
prodluzovala odezvu celeho systemu. Proto 
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Obr. 76. Blokovb schema interni struktury 
32bitoveho mikroprocesoru 80386 „ 

jednavky a rezervace (jizdenky, letenky . .)• 
4. Systemy Multi User/Multi Tasking umoz- 
ftuji prostfednictvim terminalovych stanic 
soucasnd redit nekolik uloh vdtdim podtem 
uzivatelu. Typickym a vedoucim predstavite- 
lem teto skupiny operadnich systemu je 
UNIX a jeho derivaty. 

Tak jako kazdy operacni systeiji vyzaduje 
ruzny stupen podpory technickych prostred- 
ku pocitace, tak ruzna je jeho vlastni podpo- 
ra praci uzivatele ci uzivatelu. 
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se v MMU udrzuji kopie vdtdiny naposledy 
zpristuphovanych strdnek pravd ve stran- 
kovdm cache TLB (Translation Lookaside 
Buffer). 

Podrobnejsi informace o procesoru 80386 
Ize nalezt napr. v [22], [24j. Na obr. 78 je 
pro orientaci znazorneno blokove schema 
poditade s timto mikropocesorem a typicky- 
mi periferiemi osobniho poditade. 

Strucny prehled operacmch 
systemu 

Nakonec si uvecfme alespofi strudny pre- 
hled nejrozdirenejsich operacnich systdmu 
s ndvaznosti na jednotlive procesory Intel. 
Obecnd Ize rozlisit ctyri zakladni typy ope- 
racnich systemu podle jejich schopnosti prd- 
ce ve viceuzivatelskdm (Single/Multi User) 
a multiprogramovem (Single/Multi Tasking) 
rezimu: 


1. Systemy Single User/Single Tasking jsou 
vyludnd monopolnt. Muze je provozovat je- 
diny uzivatel pro redeni vzdy jen jedne ulohy. 
Typickymi predstaviteli jsou CP/M a MS- 
DOS. 

2. Systdmy Single User/Multi Tasking muze 
opdt provozovat jediny uzivatel s tim, ze Ize 
soucasne zpracovavat ndkolik programu. 
Zastupci teto skupiny jsou systemy Concu- 
rent DOS a OS/2. Vyhodou multitaskingu je 
lepdi dasova odezva a lepdi vytizeni podita¬ 
de. 

3. Systemy Multi User, oznadovane takd 
jako udastnicke,. nabizeji ndkolika nebo 
i mnoha udastnikum spolednou datovou zd- 
kladnu, v kazdem okamziku ovdem dostup- 
nou jedindmu uzivateli na principu dasoveho 
sdileni. 2ddny z uzivatelu nemuze ovlivho- 
vat program. Typickymi priklady aplikace 
techto systdmu jsou udastnicke sitd pro ob- 


MS-DOS predstavuje jiz radu let nejpopu- 
larndjdi a nejrozsirendjdi operadni system 
na 16bitovych pocitadich. Trvale se vyviji od 
puvodne zcela monopolniho systdmupFes 
urdite moznosti zapojovdni do siti, rozdirova- 
ni uzivatelskeho komfortu (okna, myd..), 
interniho a externiho pamefoveho prostoru 
(Winchester) a mnoha daldi zdokonaleni. To 
vde take odpovidd postupnemu prechodu do 
procesoru 8088 a 8086 k 80286, jehoz moz¬ 
nosti vdak system, vedle adresovdho rozdi- 
reni, prakticky nevyuziva. Podrobndjdi infor¬ 
mace o systemu, jehoz hlavni prednosti je 
bohatd programove zazemi, neustdle do- 
plnovane a rozdiFovand, viz napr. [28]. 

OS/2 

Operadni system OS/2 je, stejnd jako 
MS-DOS, produktem fy Microsoft. Systdm 
byl vyvijen s cilem dosdhnout razantniho 
zlepdeni vykonnosti osobnich poditacu IBM 
se zamdFenim na vyuziti 80286. Je to typicky 
system multitasking, soudasnd probihajici 
programy si mohou vzajemnd predavat 
a sdilet sva data. 80286 se vyuziva v chrdnd- 
nem virtudlnim mddu. Je samozrejmd moz- 
nd pouzivat procesor i pod MS-DOS, v bdz- 
ndm redlnem mddu. OS/2 ma dosud nedo- 
statky, kterd zabrdnily jeho vetdimu rozdire- 
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Obr. 78. Stylizovane blokove schema osob¬ 
niho pocitace s procesorem 80386 













































rii. Nelze jej totil jednodu§e bez uprav imple- 
mentovat na stavajici po6ita6e standardu 
AT, protoze vyzaduje v6t§i kapacitu operad- 
ni parrteti a nSktere specialni obvody. Mimo- 
to prinaSi i ndktete probiemy s kompatibili- 
tou, napriklad grafiky. To je vzhledem k po- 
trebS prenositelnosti MS DOS z^vazny pro¬ 
blem. 

Concurent DOS 

System CDOS je produktem fy Digital 
Research, umozftujicim rozsahlejSi multi¬ 
tasking a s uteitymi omezenlmi i multiuziva- 
telsk6 aplikace. Je dostupny ve dvou ver- 
zlch. Pro aplikace s 8086/80286 je mozny 
pfistup ke spolefine datove zakladnS pro 
maxinrteln§ 6 udastniku. Varianta CDOS na 
pofiitade s procesorem 80386 umoznuje 
propojit 9 termin6lu na spoledny centtelni 
podta6 pres s6riovy kanal RS 232. 

CDOS i MS-DOS mohou byt instalovany 
na spole6n6m disku, uiivatel ma moznost 
volit ten ktery system. Programy MS-DOS 
mohou byt spoulteny i pod CDOS. V chrane- 
n6m m6du 80386 muze byt soudasnS aktivo- 
vano az 255 uloh. 

PC-MOS/386 

Tak6 tento system fy Softwarelink je zalo- 
zen na rozSiFeni MS-DOS o multiu2ivatel- 
ske a multiprogramov6 sluzby. Pro vybavenl 
jednotlivych uzivatelu pritom stafif jednodu- 
clte terminaly (klavesnice, displej), propoje- 
n6 s centralnim, hostitelskym podltafiem tFi- 
dy 80386 seriovym kan^lem V.24. Kazd6 
pracoviSte se pri tom chova jako plnohodnot- 
ny poditac, v§ichni uCastnici uzivaji spoledny 
pevny disk, na ktetem je kazdd aplikaci 
pridSlen zvte§tni pracovnf rozsah pameti. 

UNIX 

NejrozSiFengjSim a velmi vykonnym, pln6 
multipolnim operadnim systemem je beze- 
sporu UNIX, vyvinuty u fy Bell Laboratories 
ji i v 60. letech. Po celou dobu existence byl 
system rozvfjen a inovov&n na vysokych 
skotech a u vyznamnych producentu. UNIX 


byl puvodnd programovan v asembleru. V r. 
1974 byla podstatn£ itest naps&na v jazyku 
C, 6imz se UNIX stav£ prakticky technicky 
nezavisly, prenositelny na kazdy poditafi 
(mini, mikro) s postadujici podporou technic- 
kych prostredku. Programova prenositelnost 
je vu6i jinym systemum nejv£t§i prednostl 
systdmu UNIX. Jeho koncepci vychazi vstric 
zvteSte reseni procesoru 80386 s jeho jed- 
notkou MMU. Byly vytvoreny i ruzne ,,odno- 
ze“ tohoto systemu, z nichz nejvyznamn§j§i 
jsou XENIX fy Microsoft a AIX fy IBM. Stru6- 
ny prehled systemu UNIX viz [29]. 
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Samocinne zaostrovanf 
u diaprojektoru 

Mnoha projekcni zarizeni byvaji vyba- 
vena elektronickym optomechaniekym 
doplrtkem pro samo6inne ostreni zobra- 
zovaneho predm^tu. Nejdasteji se jedna 
0 diaprojektory, kde je samo6inne udrzo- 
vana konstantnf vzdalenost diapozitivu 
od optickeho systemu. Zna6n§ se tim 
zjednodu§uje obsluha diaprojektoru, ne- 
bof diapozitiv se casto pusobenim tepla 
z osvetlova6e prohyba a je nutne behem 
promitani diaprojektor prubezne doos- 
trovat. Take vlastni upevneni diapozitivu 
v rame6cich a rameSku v zakladacim 



Obr. 76. Samocinne zaostrovani u diapro¬ 
jektoru 


mechanismu nezaruduje reprodukova- 
telnost polohy promitane roviny. 

Popisovanym doplnkem muze byl do- 
datedne vybaven diaprojektor, ktery jiz 
ma dalkove ovtedany motorovy mecha- 
nismus pro doostrovani. U diaprojektoru 
s ru6nim ovladanim ostreni by byl takovy 
doplnek zna6ne mechanicky naro6ny 
a znamenal by prakticky rekonstrukci 
celeho optickeho systemu. 

Princip samocinneho ostreni spo6iva 
v tom, ze motorek ostreni je zapojen 
v servosmy6ce, jejimz vstupnim signa- 
lem je napeti z diferenci&lni fotodiody, na 
kterou dopada svetelny paprsek, odra- 
zeny od povrchu promitaneho diapoziti¬ 
vu (obr. 76). Diferencialni fotodioda ob- 
sahuje dve fotodiody na jedinem polovo- 
dteovem 6ipu. Totoznou technologii vy- 
roby a stejnymi rozm§rovymi vlastnost- 
mi obou fotodiod je zarudena jejich stej- 
na tepelna zavislost a citlivost. Kdyz 
uzky svetelny paprsek, odrazeny od dia¬ 


pozitivu, zamerime na delici 6aru mezi 
ob£ma diodami, je napeti z obou diod 
totozne. Pri odchyleni paprsku smSrem 
k jedne z fotodiod zisk^me elektricke 
napeti, ktere po patricnem zesileni muze 
primo ovladat stejnosm^rny elektormo- 
torek tak, aby odrazeny paprsek dopadal 
opet na rozhrani fotodiod. Timto zpuso- 
bem se opet rovina diapozitivu ve sledo- 
vanem bode vr^ti do puvodni, zaostrene 
roviny. 

Na obr. 76 je opticke schema doplhku. 
Zarovka 2. je zdrojem sveteln6ho papr¬ 
sku, ktery je zameren na rovinu diapoziti¬ 
vu, ktery je umisten mezi projekfini i&- 
rovkou a objektivem. Pruhyb diapozitivu 
je znazornen meznimi polohami. Pruhyb 
muze byt nahrazen ruznymi rozmery ra- 
mebku diapozitivu. Odrazeny paprsek 
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dopada na diferencialnf fotodiodu. 
Vzhledem k tomu, ze se v CSSR diferen- 
cialnf diody bezne nevyrabejl, je nutno 
pouzit diody zahranicnl produkce (napf. 
BPX48). V krajnlm pnpadd by bylo mozno 
pouzit dv§ velkoplosne diody, umistdne 
vedle sebe. Takove diody by bylo nutno 
vybrat tak, aby m§ly stejnou citlivost, pfi- 
padne i stejnou teplotni zavislost. 

Na obr. 77 je schema elektrickeho 
zapojeni obvodu. Diferencialni fotodiody 
jsou zapojeny v serii a signal z jejich 
spolecneho bodu je zesflen operacnim 
zesilovacem. Na vystupu operacnfho 
zesilovace jsou dva tranzistory opacne 
vodivosti, ktere napaji motorek, pohybu- 
jici diapozitivem ve smeru opticke osy. 
Odpory rezistoru R 3 a R 4 je nutno upravit 
tak, aby byly dynamicke vlastnosti obvo¬ 
du optimal™. 

ftizem rychlosti otaceni 

asynchronnich motoru 

Vyhody stffdavych asynchronnich 
motoru zajistily tomuto druhu motoru 
prevahu v jejich pouzivani v mnoha apli- 
kacich. Pokud je v§ak pozadovana zme- 


napr. 2x KY132/600 



Obr. 75. Rizeni rychlosti otaceni asynchron¬ 
nich motoru 

na rychlosti jejich ot&beni, je nutno zme- 
nit kmitocet napajeciho napeti, coz je 
vsak u beznych aplikaci prakticky ne- 
mozne. Krome zapojovani rezistoru do 
serie s vinutim motoru (tim se zvetsuje 
,,skluz“), existuje vsak jeste dalsi moz- 
nost jak zmensovat rychlost otadeni zati- 
zeneho asynchronniho motoru v rozme- 
zi 20 az 30 %. Princip je znazornen na 
obr. 75. Vych£zi z toho, ze pruchodem 
stejnosmerneho proudu vinutim motoru 
je motor brzden. Brzdici sila je umerna 
velikosti stejnosmerneho proudu a rych¬ 
losti otaceni, coz vyplyva ze zakladnich 
poucek o pohybu vodice v magnetickem 
poli. 

Pokud ma tedy stridave napajeci na¬ 
peti motoru stejnosmernou slozku, je 
motor pruchodem stridaveho proudu 
roztacen a stejnosmernym proudem 
soucasne brzden. Motor se tedy toci 
pomaleji. 

Kdyz je odpor promenneho rezistoru 
R blizky nule, proteka motorem symet- 
ricky stridavy proud a motor neni obvo- 
dem brzden. Zvetsujeme-li odpor pro¬ 
menneho rezistoru, rychlost otaceni se 
zmensuje. 

Proud, ktery promennym rezistorem 
proteka, se pritom prilis neodlisuje od 
jmenoviteho proudu motoru a proto neni 
promenny rezistor zatezovan prilis vel- 
kym vykonem. 

Take prubeh zavislosti mezi rychlosti 
otaceni motoru a prikonem se vyrazne 
nemeni. Ar 
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NOVA GENERACE OBVODU PRO BTV 


Ing. Vaclav Teska 


(Pokradovani) 


V KO je provozovan vystupni signal regu- 
lacniho zesilovace a obvodu detekce preti- 
zeni se signalem obvodu rizeni kolektorove- 
ho proudu a vysledny signal je veden do 
ridici logiky. Obvod ,,vn§jsi blokovani" na 
vyvodu 5 ICh umoznuje dalsi blokovani. Pri 
Uk = 0,5 U-i - 0,1 V se uzavira vystup z vy¬ 
vodu 8 IOi. 

V zavislosti na obvodu nabehu, identifika- 
ce pruchodu nulou a uvoln§nim klopneho 
obvodu se ridici logice nastavuje ,,klopny 
obvod“, ridici obvod zesileni proudu b^ze 
a odpojeni proudu baze. Zesilovac proudu 
baze generuje pilovite napeti na vyvodu 
8 IOi. Mezi vyvody 7a 8je pres R 6 zavedena 
zpetna vazba; R 6 urfiuje maximalni proud do 
b^ze Ti. Obvodem odpojeni proudu baze 
rizeneho z ridici logiky se pri ochrannem 
provozu zmensi nap§ti na vyvodu 7 IO n na 
1,6 V a uzavre se zesilovab proudu baze. 
Ochrana se zapoji, kdyz U 9 <6,7 V, nebo 
kdyz Us<0,5U re f - 0,1 V. Pri zkratu na se- 
kundarni strane se IOi dostava do stavu 
trvaleho dotazu a pfi odleh6en6 sekundcirni 
stranS nastavi IOi malou stridu. V obou dvou 
pripadech se prikon zmensi na 6 az 10 W. 
Po uzavreni vystupu (L/ 9 <6,7 V) a dalSim 
zmenSeni o 6U a = 0,6 V se odpoji referenfi- 
ni napeti. K ochrane pred podpStim na pri- 
marni strand a prepetim na sekundarni stra¬ 
nd Tri (prahovd napeti nedosdhne urovnd 
U s = 0,5L/i) se odpoji vystup na vyvodu 
8 IOi, cimz se zmensi prikon zdroje (pfi 


U 9 = 10 Vje / 9 = 14 mA). Pfi velkem odporu 
pfi nabdhu se U 9 zmenduje pod prah odpoje¬ 
ni (5,7) a odpoji se referencni napeti . Pfi 
zmendenem vykonu se zvetdi U 9 = 12,3 V 
(prah sepnuti), odblokuje se ochrana na 
vyvodu 5 IOi a zdroj se pokousi znovu 
sepnout. V pfipade trvajici nebo nove zava- 
dy, kdyz U 5 = 0,5U : - 0,1 V, se spinani pfe- 
rusi, zablokuje se vyvod 9 IOi a U 9 se 
zmensi. Pfiklad provedeni plosnych spoju je 
na obr. 23. Parametry TDA4601 jsou v tab. 
24. 


Ovladam BTVP 

Modemi BTVP pouzivaji pro fizeni svych 
funkci dalkove ovladani - povely z vysilace 
dalkoveho ovlddani, ktere jsou pfijimany pfi- 
jimadem dalkoveho ovladani, jsou zpraco- 
vdny mikropoditacem a realizovany pfes 
vnitfni sbdrnici pfislusnymi 10. 

SAA3006 - koder infracerveneho 
dalkoveho ovladani, IDO " 

SAA3006 je koder IDO, urceny pro vysila¬ 
ce IDO pracujici v soustave RC-5, ktery 
generuje 2048 povelu rozdelenych do 32 
skupin po 64 povelech, z nichz kazdy je 
vyvolan tlacitkem s jednim spinacim kontak- 
tem. Pfenos je uskutecndn modulaci signalu 


Tab. 24. Parametry TDA4601 


Parametr 

Min. 

Jmen. 

Max. 

Napajeci napeti, U 9 [V] 

0 


20 

Referencni napdti, U, !V] 

0 


6 

Identifikace pruchodu nulou, U 2 [Vj 

-0,6 


0,6 

Napeti regulacniho zesilovace, U 3 |V| 

0 


3 

Blokovaci napeti, napdti umerne 




kolektorovemu proudu, L/ 4 5 [V] 

0 


8 

Napeti na vyvodech 7, 8, U 7 B [V] 

0 


u 9 

Vstupni proud, / 2 ]mA] 

-5 


5 

/ 3 [mAj 

-3 


3 

Vystupni proud, l 7 [A] 

-1 


1,5 

Ib [a] 

-1,5 


0 

Napajeci napeti, U 9 [V] 

7,8 


18 

Proud pfi nabehu pro U g = 2 V, / 9 |mA) 



0,5 

Ug = 5 V, l 9 [mA] 


1,5 

2 

U 9 = 10 V, / 9 |mA] 


2,4 

3,2 

Bod sepnuti U u Ug [V] 

11 

11,5 

12,3 

Napajeci proud pro U reg = -10 V, / 9 mA] 

110 

135 

160 

4eg = o V, lg [mAj 

50 

75 

100 

Referencni napeti pro /i^0,1 mA, L/i [V] 

4 

4,2 

4,5 

/i = 5 mA, L/-| [V] 

4 

4,2 

4,4 

Teplotni cinitel U^ [1/K] 


10“ 3 


Regulacni napeti pfi U reg = 0 V, U 3 [V] 

2,3 

2,6 

2,9 

Napeti umerne kolektorovemu proudu pro 




4eg = 0 V, U 4 [V] 

1,8 

2,2 

2,9 

U reg = 0/-10V, dU 4 [V] 

0,3 

0,4 

0,5 

Svorkove napeti, Ur V] 

2,7 

3,3 

4 

Vystupni napeti pfi U reg = 0 V, U 7 [V 

2,7 

3,3 

4 

Us [V] 

2,7 

3,4 

5 

Vystupni napeti pfi U reg = 0/-10 V, dU e [V 

1,6 

2 

2,4 

Napajeci proud pfi U 5 = 1,9 V, lg mA] 

14 

22 

28 

Vypinaci napeti pfi L/ 5 g1,9, Ur [V] 

1,3 

1,5 

1,8 

u 4 \y\ 

1,8 

2,1 

2,5 

Blokovaci napeti pro U reg = 0 V, U 5 [Vj 

-0,51/,-0,1 

0,5U 

Napajeci napeti pfi U reg = 0 V a blok. U e , Ug [V] 

| 6,8 

^4_ 

7,8 







Obr. 24. Zapojeni vysilace dalkoveho ovladani 


—« kmitoctu asi 36 kHz (infracerveny pa- 
prsek), a to bud’ v mnohonasobnem provozu 
(32x64 povelu), nebo v jednoduchem pro¬ 
vozu (1 x64 povelu), dvoufazovou technikou 
s pom£rn6 kratkou dobou vysilani. 10 ma 
male napajeci napeti, maly prikon, vsechny 
vstupy s ochranou, pro oscilator potrebuje 
jen jeden vyvod a je jej mozne prepnout na 
testovani spravne funkce. Obvod je sesta- 
ven z ocsilatoru, delice 1:6, delice 1:2 13 , 
dekoderu, ridici jednotky, hlavniho genera- 
toru nulovani, obvodu nastaveni testovani, 
obvodu pro volbu provozu, koderu klavesni- 
ce, budiciho dekoderu klavesnice, paralel- 
ne-serioveho prevodniku, stfadace skupino¬ 
vych adres a povelu a vystupniho stupnS. 

Po stisknuti tlacitka klavesnice nejprve po 
dobu 2 bitu trva protizakmitova doba, ktera 
zajisfuje, ze nejsou preneseny falesne im- 
pulsy, vznikajid zakmitavanim tlacitka. Po 
teto dobe jsou vyslany 2 bity startovaci, za 
nimi jeden bit kontrolni, 5 bitu skupinove 
adresy a 6 bitu vlastniho povelu. Vsech 
techto 14 bitu vytvari kod, za nim nasleduje 
mezera 50 bitu a za ni opet kod. Doba trvani 
jednoho bitu je dana vztahem 1 bit = 3x2 8 
xT 0SC , kde T osc je doba trvani periody oscila- 
toru. PFi kmitoctu oscilatoru 432 kHz trva 
jeden bit 1,778 ms. 

Obvodem volba provozu (vstup na vyvodu 
2- SSM) je mozne volit bud’ mnohon^sobny 
(SSM - L) nebo jednoduchy (SSM = H) 
provoz. Pri mnohonasobnem provozu (SSM 
= L) jsou v klidovem stavu vstupy X a Z na 
urovni H. Pri spravnem stlaceni tlacitka 
Tab. 25. Funkce pri testovani 


v jedn6 z matic Z-DR nebo X-DR se spou§ti 
2bitovy protizakmitovy cyklus. Kdyz behem 
techto dvou bitu neni prerusen kontakt tlacit¬ 
ka, signal uvolneni oscilatoru je blokov^n 
a tlacitko muze byt uvolneno. Preruseni kon- 
taktu behem dvou bitu nuluje vnitrni d6je. Na 
konci protizakmitove doby se odpoji vystupy 
DR a jsou nastartovany dva ohledavaci cyk- 
ly, behem nichz jsou spinany vystupy DR 
jeden po druhem. Kdyz jsou snimane vetupy 
Z nebo X na urovni L, signal uvolni stradace 
a je zaveden do stradafie skupinovych adres 
nebo povelu, podle toho, ktery vstup matice 
Z nebo X je sniman. Po blokovani cisla 
skupiny adres generuje obvod posledni po- 
vel (vsechny bity jsou 1) v danem systemu 
po dobu stisknuti tlacitka. Blokovani cisla 
povelu zpusobi generovani tohoto povelu 
soucasne s cislem skupinovych adres. Pri 
uvolneni tlacitka jsou nulov£ny vnitrni d6je, 
pokud data nejsou vyslana v teto dobe. 
Pokud je vysilani odstartovano, je signal 
prenesen cely. 

Pri jednoduchem provozu jsou v klidovem 
stavu vstupy X na urovni H a pres PUT (pull- 
up tranzistor) jsou odpojeny vodice Z a vstu¬ 
py Z jsou blokovany. Pouze spravne stlaceni 
tlacitka v matici X-DR startuje protizakmito¬ 
vy cyklus. Neni-li behem tohoto cyklu preru- 
seno spojeni kontaktu tlafiitka, signal pro 
uvolneni oscilatoru je blokovan a tlacitko 
muze byt uvolneno. Preruseni behem dvou 
bitu nuluje vnitrni deje. Na konci protizakmi¬ 
tove doby se odpoji PUT vodicu X, kdezto na 
vodicich Z se PUT sepnou behem prvniho 


cyklu ohledani. Propojeni v matici Z je prene- 
seno do skupiny cisel adres a zapamatova- 
no ve stradaci skupiny adres. Na konci prvni¬ 
ho ohledcivaciho cyklu se odpoji PUT na 
vodicich Z a vstupy se znovu zablokuji, 
kdezto na vodicich X se tranzistory znovu 
pripoji. Druhym cyklem ohledani se generuje 
cislo povelu, ktere se po blokovani prenaSi 
soucasnd s cislem skupinove adresy. 

Vstupy povelu XO az X7 jsou v klidovem 
stavu na „1“, coz je dano PUT. Takp pri 
SSM=L jsou i vstupy ZO az Z3 v klidovem 
stavu na ,,1 Kdyz SSM=H, tranzistory jsou 
odpojeny a proud v matici Z-DR neproteka. 

Kmitocet oscilatoru je urben keramickym 
rezonatorem 432 kHz na vyvodu 18 10. Pri 
napajecim napeti 2 az 5,25 V Ize rezonator 
pripojit primo, pri napajecim napeti 2,6 az 
7 V pres rezistor 10 kQ. 

Detekce uvolneni tlacitka - zviastni kon¬ 
trolni bit je pricitan jako doplnujici po uvolnS- 
ni tlacitka. Touto cestou dostava dekoder 
informaci, jedna-li se o novy povel. To je 
velmi dulezite pri vicenasobnem zadavani 
cisla, jako je napr. cislo kanalu nebo str^nka 
teletextu. Kontrolni bit je doplnovan pouze 
po ukonceni vysilani nejnizsiho kodu. Cyk¬ 
lus ohledani se opakuje pred vysilanim kaz- 
d§ho kodu, cimz je zajisteno, ze pri stlace- 
nem tlacitku behem vysilani kodu je genero- 
vano spravne cislo skupiny a povelu. 

Vystupy dat-navystupu DATA (vyvod 8) 
je generovana informace ve tvaru 14bitove- 
ho slova, ktere je sestaveno ze ctyr casti: 

- START - 2 bity, 

- kontrola - 1 bit, 

- skupina adres - 5 bitu, 

- povel - 6 bitu. 

Vystup MDATA prena§i stejnou informaci 
jako vystup DATA jen s tim rozdilem, ze tato 
informace je namodulovana na 1/12 kmitoc- 



TP1 

TP2 




L 

L 

vstup matice 

vstup matice 

normalni 

L 

H 

vstup matice 

vstup matice 

ohledani a vystupni f 6x kratsi 
doba nez norm. 

H 

vystup / osc 6 

L 

L 

nulovani 

H 

vystup F osc 6 

H 

H 

vystupni f 3x 2 7 vyssi nez norm. 
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tu oscilatoru, takze bit je sestaven z 32 
impulsu. Tim se zmensuje prikon vysilade 
IDO, nebof nosny kmitodet ma jen 25 % 
plneni. V klidovem stavu jsou oba vystupy 
nevodive (tristavovy vystup). Ohledavane 
budice DRO az DR7 maji tranzistor s otevre- 
nou elektrodou D (kolektorem) a jsou v klido¬ 
vem stavu vodive. Pri spravnem stlaceni 
tlafiitka vystupy budicu prech^zeji do stavu 
velke impedance a pri ohledavani se spinaji 
jeden po druhem. 

Nulovam - obvod muze byt vynulovan 
primo pri uvolneni tlafiitka behem protiza- 
kmitove doby nebo mezi dvema kody. Uvol¬ 
neni tiacitka behem ohledavani matice, nu- 
lovani obvodu, muze nastat, kdyz: 

- je tladitko uvolndno v dob§, kdy jeden 
z vystupu budifie je ve stavu „0“. 

- je tlafiitko uvolneno pred detekci tiacitka, 

- chybi propojeni v matici Z-DR pri 
SSM-H. 

Testovani - vyvody 19 (TP2) a 20 (TP1) 
jsou pouzity pro testovani ve spojeni se 
vstupy Z2 (vyvod 5) a 6 (vyvod 6), jak vyplyva 
z tab. 25. 

Aktivovani tladitek - kazde spojeni vstu- 
pu X s vystupem DR je rozpoznano jako 
spravne a obvod generuje prislusny kod. 
Aktivovani nekolika vstupu X soufiasne je 
hodnoceno jako spatne a nenastartuje se 
oscilator. Pri SSM=L je kazde propojeni 
jednoho vstupu Z a vystupu DR hodnoceno 
jako spravne a 10 generuje odpovidajici kod. 

(Pokradovani) 
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INZERCE 



Inzerci prijime osobne a postou vydavatel- 
stvi Magnet-Press, inzertni odddleni (inzer- 
ce ARB) Vladislavova 26, 113 66 Praha 1, 
tel. 26 06 51-9 linka 294. Uz£vdrka tohoto 
cisla byla 1. 10. 1990, do kdy jsme museli 
obdrzet uhradu za inzerat. Nepomente uvest 
prodejni cenu, jinak inzerat neuverejnime. 
Text inzeratu piSte fiitelne, aby se predeSlo 
chyb^m vznikajicim z necitelnosti predlohy. 

PRODEJ 

BFG65 (130), BB405 (35), BFR90,91,96 (30,31, 
32), BFT66 (130), S042 (90), TL074, 084, 082 
(50, 50, 35), cela rada CMOS. D. Cienciala, 
739 38 Sobesovice 181. 

Prodam TRANSCEIVER fy KENWOOD 
TR751E-2m, TS711E-2m, 144 MHz ALL MODE 
25 W VF vykon, mozno instalovat do automobilu, 
CB stanice (~ 33 000,48 900, cena inf.), anteny, 
S-metry a jina vysilaci zarizeni, doplnky a sou- 
casti pro VF techniku die katalogu Conrad, zarize- 
ni ihned k dodani + zaruka, prospekty zaslu, 
vyhodne ceny inf. OK2UZF-Franta. F. Hennig, J. 
Jaburkove 4, 736 01 Havirov-mesto. 

C520D (75) od 3 ks (55). M. Lhotsky, Komenske- 
ho 465, 431 51 KlaSterec n. Ohfi. 


BFR90, 91, 96 (27, 28, 32) orig, BFR90, 91, 
BFG65 (38, 40, 80), BF, BC, BD tranzistoru, int. 
obvodu CMOS, LS, TL, CA, NE a jineho rad. mat. 
i pas. prvku, BNC par (100). Kondim! J. Toporsky, 
K ostruvku 12, 794 OIKmov. 

BFQ69, BFG65, BFR90,91,96, (100,135, 26, 32, 
38), pocitac EURO PC/XT (21 900), BF961,963, 
966 (24,28,34), sym. denyUHF (15). J. Zavadil, 
Box 27,142 00 Praha 411. 

Inteligentni dekoder sat. kanalu FilmNet - As¬ 
tra pro systemy MASPRO, samonastavitelny kod, 
predvedu i na dobirku, kvalita (3750). Ing. R. 
Junk, Foltynova 15, 635 00 Brno. 

TDA5660P (290), SL1451 (890), SL1452 (890), 
MC14566B (120). Min. varicap ITT 1+9 pF, 
BB601 (60), sat. kon. Maspro, F — 1,3 dB (5700), 
Fuba OEK888 (6500), kon. Amstrad (kon.+fid.) 
(5900). F. Krount, ftepova 554,196 00 Praha 9, 
tel. 687 08 70. 


POKROK 

vyrobne druzstvo, 

Kosicka 4, 

010 82 iilina 

Stredisko sluzieb ponuka r&dioamate- 
rom zo svojich zasob ploSne spoje 
z AR rada A i B od r. 1971. 

V pripade pisomnej objednavky vyrobi 
plo§ne spoje, ktore vychcidzali od 
r. 1971. Obrafte sa na horeuvedenu 
adresu, popripade natel. 456 86 alebo 
479 32-36 linka 57, 58. 















